Lanzamiento de RabbitMQ 4.0

• Khepri, un almacén alternativo de datos de esquema desarrollado para reemplazar a Mnesia, ahora tiene soporte completo
• AMQP 1.0 ahora es un protocolo central siempre habilitado
  • La implementación de AMQP 1.0 ahora es mucho más eficiente. En algunas cargas de trabajo, el rendimiento máximo supera en más de 2 veces al de 3.13.x
• Recuperación eficiente Sub-Linear de Quorum Queue al iniciar nodos usando checkpoints
• Quorum Queue ahora admite prioridad (aunque no exactamente de la misma manera que las colas normales)
• Los clientes AMQP 1.0 ahora pueden administrar la topología de forma similar a como lo hacen los clientes AMQP 0-9-1
• Las reglas de AMQP 1.0 (formato de direcciones) usadas para interactuar con entidades AMQP 0-9-1 ahora son más fáciles de entender
• Se eliminó el mirroring (replicación) de las colas clásicas, que llevaba varios años en estado de deprecación
  • Para tipos de datos de mensajería replicados, usar Quorum Queue y/o Streams
  • Las colas clásicas no replicadas permanecen y su desarrollo continúa
• Se mejoró la eficiencia del almacenamiento de colas clásicas: especialmente en los tiempos de recuperación y en el almacenamiento de mensajes de varios MiB
• Los nodos con varios plugins habilitados y casi sin datos que recuperar desde disco ahora arrancan entre 20% y 30% más rápido
• Nuevo tipo de exchange: Local Random Exchange

Cambio importante

• Las colas clásicas ahora son un tipo de cola no replicada
• Quorum Queue ahora tiene un límite predeterminado de redelivery (20)
• Se eliminó la implementación de almacenamiento CQv1
• Se eliminó la configuración cluster_formation.randomized_startup_delay_range.*
• El valor predeterminado del tamaño máximo de mensaje se redujo a 16MiB (antes 128MiB)

[GN⁺]

Opiniones en Hacker News

• RabbitMQ desde hace mucho tiempo se ha considerado como un arma secreta oculta

  • No es adecuado para usuarios a gran escala por problemas de "escalabilidad", pero es excelente para menos de un millón de usuarios
  • Mucha gente construye su propio pubsub usando cosas como grpc, pero en las primeras etapas de desarrollo es mucho mejor usar RabbitMQ

• Esta versión incluye una nueva implementación de AMQP 1.0, nuevas funciones de colas de quórum y un nuevo almacén de datos de esquema (Khepri)

• La página de GitHub enlazada arroja un error 404, pero las notas de la versión se pueden ver aquí

  • Enlace a las notas de la versión

• RabbitMQ es desarrollado por VMware, que fue adquirida por Broadcom

  • Ojalá no se vea afectado después de la adquisición

• RabbitMQ también puede funcionar como broker MQTT nativo

  • Para aplicaciones/dispositivos de edge, también se puede usar MQTT sobre WebSocket
  • Enlace a la documentación de MQTT sobre WebSocket

• Como referencia, NATS también soporta MQTT

  • Enlace a la documentación de soporte MQTT de NATS

• Me pregunto por qué alguien tendría que migrar de SNS/SQS a RabbitMQ

  • Nuestro SaaS procesa alrededor de 20 eventos por segundo

• Quisiera saber si pasa pruebas de estilo Jepsen

• Me pregunto cuáles son las ventajas y desventajas frente a EMQX, NanoMQ y FlashMQ

• Parece que ya no hay soporte gratuito para RabbitMQ

• Me pregunto si Celery es compatible con RabbitMQ por defecto