一份互联网大厂的消息中间件生产技术方案总结，快收藏！

V-xin：ruyuanhadeng获得600+页原创精品文章汇总PDF

目录：

1. 前情回顾
2. 基于消息中间件的队列消费模型
3. 基于消息中间件的“Pub/Sub”模型
4. RabbitMQ中的exchange到底是个什么东西？
5. 默认的exchange
6. 将消息投递到fanout exchange
7. 绑定自己的队列到exchange上
8. 整体架构图

1、前情回顾

上一篇文章：《给你一份精心设计的消息中间件高扩展架构，赶紧写进简历吧！》，我们分析了如何利用消息中间件对两系统进行解耦处理。

同时，我们也提到了，使用消息中间件还有利于一份数据被多个系统同时订阅，供多个系统用于不同目的。

目前的一个架构如下图所示。

在这个图里，我们可以清晰的看到，实时计算平台发布的一份数据到消息中间件里，然后接下来：

1. 数据查询平台会订阅这份数据，并落入自己本地的数据库集群和缓存集群里，接着对外提供数据查询的服务
2. 数据质量监控系统会对计算结果按照一定的业务规则进行监控，如果发现有数据计算错误，则会立马进行报警
3. 数据链路追踪系统会采集计算结果作为一个链路节点，同时对一条数据的整个计算链路都进行采集并组装出来一系列的数据计算链路落地存储，最后如果某个数据计算错误了，就可以立马通过计算链路进行回溯排查问题

通过以上回顾，我们已经清楚，在上述场景中，使用消息中间件一来可以解耦，二来可以实现消息“Pub/Sub”模型，实现消息的发布与订阅。

这篇文章，咱们就来落地实践一把，基于RabbitMQ消息中间件，如何实现一份数据被多个系统同时订阅的“Pub/Sub”模型？

---

2、基于消息中间件的队列消费模型