Lançamento do RabbitMQ 4.0

• Khepri, um armazenamento alternativo de dados de esquema desenvolvido para substituir o Mnesia, agora é totalmente suportado
• O AMQP 1.0 agora é um protocolo central sempre ativado
  • A implementação de AMQP 1.0 agora é muito mais eficiente. Em algumas cargas de trabalho, a vazão máxima é mais de 2x maior do que na 3.13.x
• Recuperação eficiente de Quorum Queue sublinear na inicialização do nó usando checkpoints
• Quorum Queue agora oferece suporte a prioridade (embora não exatamente da mesma forma que filas comuns)
• Clientes AMQP 1.0 agora podem gerenciar topologia de forma semelhante à dos clientes AMQP 0-9-1
• As regras do AMQP 1.0 (formato de endereços) usadas para interagir com entidades AMQP 0-9-1 agora são mais fáceis de entender
• O espelhamento (replicação) de filas clássicas, que estava em depreciação há vários anos, foi removido
  • Para tipos de dados de mensageria replicados, use Quorum Queue e/ou streams
  • Filas clássicas não replicadas permanecem e seu desenvolvimento continua
• A eficiência de armazenamento de filas clássicas foi aprimorada: especialmente no tempo de recuperação e no armazenamento de mensagens de vários MiB
• Nós com vários plugins ativados e quase nenhum dado para recuperar do disco agora iniciam 20-30% mais rápido
• Novo tipo de exchange: Local Random Exchange

Mudança incompatível

• Filas clássicas agora são um tipo de fila não replicada
• Quorum Queue agora tem um limite padrão de redelivery (20)
• A implementação de armazenamento CQv1 foi removida
• A configuração cluster_formation.randomized_startup_delay_range.* foi removida
• O valor padrão do tamanho máximo de mensagem foi reduzido para 16MiB (antes era 128MiB)

[GN⁺]

Comentários no Hacker News

• O RabbitMQ há muito tempo é visto como uma arma secreta escondida

  • Não é adequado para usuários em grande escala por causa de problemas de "escalabilidade", mas é excelente para bases com menos de um milhão de usuários
  • Muita gente usa algo como grpc para criar seu próprio pubsub, mas, nos estágios iniciais de desenvolvimento, é muito melhor usar RabbitMQ

• Esta versão inclui uma nova implementação de AMQP 1.0, novos recursos de filas quorum e um novo armazenamento de dados de esquema (Khepri)

• A página do GitHub vinculada retorna erro 404, mas as notas de versão podem ser vistas aqui

  • Link para as notas de versão

• O RabbitMQ é desenvolvido pela VMware, que foi adquirida pela Broadcom

  • Espero que isso não seja afetado após a aquisição

• O RabbitMQ também pode funcionar como um broker MQTT nativo

  • Para aplicações/dispositivos de edge, também é possível usar MQTT sobre WebSocket
  • Link para a documentação de MQTT sobre WebSocket

• Como referência, o NATS também oferece suporte a MQTT

  • Link para a documentação de suporte a MQTT do NATS

• Fico me perguntando por que alguém deveria migrar de SNS/SQS para RabbitMQ

  • Nosso SaaS processa cerca de 20 eventos por segundo

• Gostaria de saber se ele passa em testes no estilo Jepsen

• Tenho curiosidade sobre os prós e contras em comparação com EMQX, NanoMQ e FlashMQ

• Parece que não há mais suporte gratuito para RabbitMQ

• Fico me perguntando se o Celery é compatível com RabbitMQ por padrão