RabbitMQ架构思考-1.互联网大厂SET架构

这些知识仅了解一下即可,我估计大部分人都不会用到吧

1.大厂单元化架构设计衍变之路


1.1容灾问题



1.1.1同城双活

就是一个城市部署服务在两个机房,这就保障了如果一个城市中一个机房出现问题,另一个机房可以作为备份立即上线,并且在平时还可以分担主机房的流量



1.1.2两地三中心


如图片上所述,异地冷备数据中心c平时不用,所以关键时候谁也不知道这个数据中心到底靠不靠谱,启不启动的了,而且成本上也是一种浪费,因为平时不提供服务,就等着别的数据中心出问题才使用,所以确实感觉会有些浪费。

1.2SET架构

2.SET架构讲解

2.1架构设计

图上就是一个SET化的架构,打比方我们有一个从加入购物车到下单购买,最终到货这样一整套的核心业务线,还有一个不重要的比如通知业务,按照图中的架构设计就是把核心业务放在一个unit中,就是一个单元中,然后部署多套,非核心的业务就放在center中。 这样设计的好处就是一个流量过来,直接在一个机房就可以完成操作,即使完成不了也可以在别的机房完成,而这个思想就是保障好核心业务线,服务器的资源也优先给到核心业务线。

2.1.1 流量路由
2.1.2 中心集群
2.1.3 单元化集群
2.1.4 中间件
2.1.5 数据同步
2.1.6 SET化的好处




最后一张图的说明就是SET也不是那么的死板,一个set中B到C如果挂了那就挂了,其实不是,如果在一个set中B到C挂了,那么也可以调用到其他set的C继续往下走。

3.SET化架构原则



4.Rabbitmq-SET化架构实现

©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容