La haute disponibilité dans RabbitMQ implique le clustering (plusieurs nœuds) et les files d'attente répliquées (files mirrorées ou files de quorum) pour que le système survive aux défaillances de nœuds sans perdre de messages. Comprendre la HA est important pour un RabbitMQ fiable en production.
Clustering
RabbitMQ CLUSTER → multiple RabbitMQ nodes working together as one logical broker:
→ nodes share metadata (queues, exchanges, bindings, users)
→ distributes connections and load across nodes
⚠️ by default, a queue lives on ONE node → if that node fails, the queue is unavailable
(clustering alone doesn't make queues highly available → need replication)
