In the docs we see the above statement repeated a couple of times, so wanted to confirm.
The primary driving force behind this decision is two-fold:
1. Cost: Our entire deployment is single tenant, so for each customer we spin up new RabbitMQ instances. We have a lot of free tier customers, who are currently running a single node RabbitMQ instance. For them availability is not the top priority and we don't want to increase our infra costs to run 3 nodes for each of them when we move to quorum queues.
2. Maintainability: We want to completely migrate away from classic mirrored queues to quorum queues for all customers and don't want to maintain different application, installer and automation code for classic and quorum queues.
Any suggestions would be highly helpful.
Best Regards,
Angshu