Sortie de RabbitMQ 4.0

 (github.com/rabbitmq)
1 points par GN⁺ 2024-09-19 | 1 commentaires | Partager sur WhatsApp
  • Khepri, le stockage de données de schéma alternatif développé pour remplacer Mnesia, est désormais entièrement pris en charge
  • AMQP 1.0 est désormais un protocole cœur toujours activé
    • L’implémentation d’AMQP 1.0 est maintenant bien plus efficace. Le débit maximal est plus de 2 fois supérieur à celui de 3.13.x pour certaines charges de travail
  • Récupération efficace et sous-linéaire des Quorum Queues au démarrage d’un nœud à l’aide de checkpoints
  • Les Quorum Queues prennent désormais en charge les priorités (mais pas exactement de la même manière que les files classiques)
  • Les clients AMQP 1.0 peuvent désormais gérer la topologie de manière similaire aux clients AMQP 0-9-1
  • Les conventions AMQP 1.0 (formats d’adresse) utilisées pour interagir avec les entités AMQP 0-9-1 sont désormais plus faciles à comprendre
  • Le mirroring (réplication) des files classiques, en état de dépréciation depuis plusieurs années, a été supprimé
    • Pour les types de données de messagerie répliqués, utilisez les Quorum Queues et/ou les streams
    • Les files classiques non répliquées restent disponibles et continuent d’être développées
  • L’efficacité du stockage des files classiques a été améliorée, notamment pour les temps de récupération et le stockage de messages de plusieurs MiB
  • Les nœuds avec plusieurs plugins activés et très peu de données à récupérer sur disque démarrent désormais 20 à 30 % plus vite
  • Nouveau type d’exchange : Local Random Exchange

Breaking Change

  • Les files classiques sont désormais un type de file non répliqué
  • Les Quorum Queues ont désormais une limite par défaut de redelivery (20)
  • L’implémentation de stockage CQv1 a été supprimée
  • Le paramètre cluster_formation.randomized_startup_delay_range.* a été supprimé
  • La taille maximale des messages par défaut est réduite à 16 MiB (au lieu de 128 MiB)

À lire aussi

1 commentaires

 
GN⁺ 2024-09-19
Avis sur Hacker News

  • RabbitMQ est depuis longtemps considéré comme une sorte d’arme secrète bien cachée

    • Ce n’est pas idéal pour les très grands déploiements à cause des problèmes de « montée en charge », mais c’est excellent pour moins d’un million d’utilisateurs
    • Beaucoup de gens construisent leur propre pub/sub avec quelque chose comme grpc, mais au début d’un projet, utiliser RabbitMQ est bien préférable

  • Cette version inclut une nouvelle implémentation d’AMQP 1.0, de nouvelles fonctionnalités pour les quorum queues, et un nouveau magasin de données de schéma, Khepri

  • La page GitHub liée renvoie une erreur 404, mais les notes de version sont disponibles ici

  • RabbitMQ est développé par VMware, qui a été racheté par Broadcom

    • Espérons que cela n’aura pas d’impact après le rachat

  • RabbitMQ peut aussi fonctionner comme broker MQTT natif

  • À noter que NATS prend aussi en charge MQTT

  • Je me demande pourquoi il faudrait passer de SNS/SQS à RabbitMQ

    • Notre SaaS traite environ 20 événements par seconde

  • J’aimerais savoir si cela passe des tests de style Jepsen

  • Je suis curieux de connaître les avantages et inconvénients par rapport à EMQX, NanoMQ et FlashMQ

  • On dirait qu’il n’y a plus de support gratuit pour RabbitMQ

  • Je me demande si Celery est compatible avec RabbitMQ par défaut