RabbitMQ 4.0 veröffentlicht

 (github.com/rabbitmq)
1 Punkte von GN⁺ 2024-09-19 | 1 Kommentare | Auf WhatsApp teilen
  • Khepri, ein alternatives Schema-Datenspeicher-Backend, das als Ersatz für Mnesia entwickelt wurde, wird jetzt vollständig unterstützt
  • AMQP 1.0 ist jetzt ein Kernprotokoll, das immer aktiviert ist
    • Die AMQP-1.0-Implementierung ist jetzt deutlich effizienter. Bei einigen Workloads liegt der maximale Durchsatz mehr als doppelt so hoch wie bei 3.13.x
  • Effiziente sublineare Wiederherstellung von Quorum Queues beim Node-Start mithilfe von Checkpoints
  • Quorum Queues unterstützen jetzt Prioritäten (allerdings nicht exakt auf dieselbe Weise wie klassische Queues)
  • AMQP-1.0-Clients können jetzt Topologien auf ähnliche Weise verwalten wie AMQP-0-9-1-Clients
  • Die AMQP-1.0-Regeln (Adressformat), die für die Interaktion mit AMQP-0-9-1-Entitäten verwendet werden, sind jetzt leichter zu verstehen
  • Das Mirroring (die Replikation) klassischer Queues, das seit einigen Jahren als veraltet markiert war, wurde entfernt
    • Für replizierte Messaging-Datentypen sollten Quorum Queues und/oder Streams verwendet werden
    • Nicht replizierte klassische Queues bleiben bestehen und werden weiterhin weiterentwickelt
  • Die Speichereffizienz klassischer Queues wurde verbessert, insbesondere bei Wiederherstellungszeiten und beim Speichern von Nachrichten mit mehreren MiB
  • Nodes mit mehreren aktivierten Plugins und nur sehr wenigen von der Festplatte wiederherzustellenden Daten starten jetzt 20–30 % schneller
  • Neuer Exchange-Typ: Local Random Exchange

Breaking Change

  • Klassische Queues sind jetzt ein nicht replizierter Queue-Typ
  • Quorum Queues haben jetzt ein Standardlimit für Redelivery (20)
  • Die Speicherimplementierung CQv1 wurde entfernt
  • Die Einstellung cluster_formation.randomized_startup_delay_range.* wurde entfernt
  • Die Standardvorgabe für die maximale Nachrichtengröße wurde auf 16 MiB reduziert (zuvor 128 MiB)

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2024-09-19
Hacker-News-Kommentare

  • RabbitMQ galt lange Zeit als eine Art versteckte Geheimwaffe

    • Für sehr große Nutzerzahlen ist es wegen Problemen bei der "Skalierung" nicht geeignet, aber für weniger als eine Million Nutzer ist es hervorragend
    • Viele bauen ihr eigenes Pub/Sub mit etwas wie gRPC, aber in frühen Entwicklungsphasen ist RabbitMQ deutlich besser

  • Dieses Release enthält eine neue AMQP-1.0-Implementierung, neue Funktionen für Quorum Queues und einen neuen Schema-Datenspeicher (Khepri)

  • Die verlinkte GitHub-Seite liefert einen 404-Fehler, aber die Release Notes sind hier zu finden

  • RabbitMQ wird von VMware entwickelt, das von Broadcom übernommen wurde

    • Hoffentlich bleibt es auch nach der Übernahme unbeeinflusst

  • RabbitMQ kann auch als nativer MQTT-Broker betrieben werden

  • Der Vollständigkeit halber: NATS unterstützt ebenfalls MQTT

  • Ich frage mich, warum man von SNS/SQS zu RabbitMQ wechseln sollte

    • Unser SaaS verarbeitet etwa 20 Ereignisse pro Sekunde

  • Ich würde gern wissen, ob es Jepsen-artige Tests besteht

  • Ich frage mich, welche Vor- und Nachteile es im Vergleich zu EMQX, NanoMQ und FlashMQ gibt

  • Es scheint, als gäbe es keinen kostenlosen Support für RabbitMQ mehr

  • Ich frage mich, ob Celery standardmäßig mit RabbitMQ kompatibel ist