Un Stateless Broker es un intermediario en un sistema distribuido que no almacena información de estado persistente o de sesión relacionada con las interacciones individuales de los clientes o los mensajes que procesa. Cada solicitud o mensaje se trata de forma independiente, conteniendo toda la información necesaria para su procesamiento. Esto significa que cualquier instancia del broker puede manejar cualquier solicitud en cualquier momento, ya que no hay dependencia de un estado previo almacenado localmente. La lógica de negocio y el estado relevante se delegan a otros componentes (como bases de datos o servicios de estado) o se incluyen en la propia carga útil del mensaje.
En el mundo real, muchos sistemas de mensajería y procesamiento de eventos utilizan el concepto de brokers sin estado para lograr alta disponibilidad y escalabilidad. Ejemplos notables incluyen Apache Kafka y RabbitMQ (cuando se configuran para operar con colas duraderas y sin estado de sesión en el broker mismo, delegando la persistencia a los logs o a los consumidores). Los balanceadores de carga (Load Balancers) como NGINX o HAProxy, cuando operan en modo de capa 4 o sin 'sticky sessions', actúan como brokers sin estado, distribuyendo el tráfico sin mantener información de sesión. De manera similar, los proxies de API y los gateways de microservicios a menudo funcionan como brokers sin estado, enrutando solicitudes a los servicios backend apropiados.
Para un arquitecto, el Stateless Broker es fundamental por su impacto directo en la escalabilidad, la resiliencia y la simplicidad operativa. Permite una escalabilidad horizontal casi ilimitada, ya que se pueden añadir o eliminar instancias del broker dinámicamente sin afectar el estado de las conexiones existentes. La recuperación de fallos es inherentemente más sencilla: si una instancia de broker falla, otra puede tomar su lugar inmediatamente sin pérdida de estado. Sin embargo, el trade-off es que la lógica de manejo de estado debe ser gestionada por los clientes o por servicios de backend dedicados, lo que puede aumentar la complejidad en esos componentes. La elección de un broker sin estado es estratégica para sistemas que requieren alta disponibilidad, tolerancia a fallos y la capacidad de manejar grandes volúmenes de tráfico con mínima sobrecarga de gestión de estado.