rabbitmq镜像集群原理 一道真实的阿里面试题：如何保证消息队列的高可用性？
一道真实的阿里面试题：如何保证消息队列的高可用性？
如果有人询问您的MQ知识，那么高可用性是必须的。如前一节课所述，MQ会导致系统可用性的降低。接下来您需要做的是询问一些关于MQ缺点的问题。
如果您愚蠢地使用MQ，并且从未考虑过各种问题，那么您将拥有一个杯子。面试官对你的感觉是，他只会不假思索地使用一些简单的技巧，不会马上给你留下好印象。如果招到这样的学生，工资不到两万的普通小弟还可以，但工资两万的高级工就惨了，让我们设计一个制度，里面肯定有很多漏洞。如果发生事故，公司将蒙受损失，团队将共同承担责任。
这是一个好问题，因为我不能问你如何保证卡夫卡的高可用性？如何保证ActiveMQ的高可用性？如果面试官这样问，似乎他很穷。人们可以使用拉比MQ，但他从未使用过卡夫卡。你为什么上来问卡夫卡？这不是一场表演。
所以高水平的面试官问如何保证MQ的高可用性？通过这种方式，您可以告诉我们您对MQ的高可用性的理解。
rabbitmq的高可用性
rabbitmq具有代表性，因为它基于主从（非分布式）高可用性。我们以rabbitmq为例来说明如何实现第一个MQ的高可用性。
Rabbitmq有三种模式：独立模式、公共群集模式和镜像群集模式。
独立模式
独立模式是演示级别。一般来说，您从本地开始播放，没有人使用独立模式进行生产。
普通群集模式（无高可用性）
普通群集模式，这意味着在多台机器上启动多个rabbitmq实例，每台机器一个。您创建的队列只会放置在一个rabbitmq实例上，但是每个实例都会同步队列的元数据（元数据可以看作是队列的一些配置信息，通过元数据可以找到队列的实例）。当您使用时，实际上，如果您连接到另一个实例，该实例将从队列实例中提取数据。
rabbitmq镜像集群原理 activemq消息丢失和重复消费 rabbitmq主从搭建
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
