Integration / RabbitMQ Interview Questions
What is the difference between mirrored queues and quorum queues?
Both aim to keep a queue available if a node fails, but they use different replication designs with very different guarantees.
| Mirrored Queues (classic HA) | Quorum Queues |
| Uses a policy-driven master/mirror model. | Uses a Raft-based leader/follower model, configured per queue. |
| Mirrors can fall behind; failover can drop unsynchronized messages in edge cases. | Requires a write to be committed on a majority of replicas before it is acknowledged, avoiding that class of loss. |
| Deprecated - being phased out in favor of quorum queues. | The actively maintained, recommended replication mechanism. |
| Works with any classic queue. | Is its own queue type, declared with x-queue-type: quorum. |
For any new deployment planning replication for durability, quorum queues are the current recommendation; mirrored queues are mainly relevant when reading about or migrating away from older RabbitMQ setups.
Which replication model requires majority commit before acknowledging a write?
How is a quorum queue declared differently from a classic queue?
More Related questions...
