高埗镇仿做网站/百度的推广方式有哪些

MQ已经作为系统中削峰填谷，异步处理等问题的常规武器，就如同日本电影中的小皮鞭，缺少了它整个系统仿佛不再完整。如果系统正在很happy的处理数据，MQ也再很happy的挥舞着小皮鞭在工作，突然MQ兴奋过度，脑溢血躺在了地上怎么办？

A：MQ人家也是有集群的，主节点不省人事，从节点扬起了嘴角，这种可用性的保证不需要考虑，

B：如果MQ的集群网络出现了问题，整个集群消失不见了？比如说最近几年某些云平台服务商大规模宕机事件

A：good question !

B：一般这种情况不出现还行，出现了就是灾难，这可不是在客户面前跳段舞就能解决的问题。最简单有效的方法就是做好“双通道”，当一方MQ集群不可用时，切换到另外一个独立的MQ集群，继续工作；当然带来的问题就是不同的MQ产品，连接方式，发送方式，消费方式存在差异，需要维护两套机制，建议连接方式，发送方式使用工厂模式进行细节隐藏，对外入口统一，消费者端采用pull的方式进行消息消费

MQ的集群最好是两个完全隔离的集群，比如说阿里的MQ集群+AWS SQS 双集群，腾讯云MQ+阿里云MQ，如果是自建集群就搭建两套，保证物理层的隔离，避免两个集群同时出现问题的概率；当然维护成本就上去了，但是现在的自动扩容能力如此的成熟，这个不是问题！！

类似的问题还有短信，邮箱等系统中依赖程度高的部分（宕机不可接受）都可以使用“双通道“的概念，增强系统的可靠性

关于作者：哎呀，知识体系搭建工具 treenpool.com的作者，从事服务器端开发10年，目前就职于一家TO B服务商；喜欢技术，喜欢玩，瞎折腾。目前专注程序员面试即个人发展问题，微信号/公众号：treenpool 都可以找到我

拿得出的文章系列: