解耦互连服务

您有一个后端服务需要向最终用户发送通知。有两个通知渠道：电子邮件和移动应用程序的推送通知。

后端将通知发布到两个队列，每个渠道一个队列。管理电子邮件和推送通知的程序订阅它们感兴趣的队列，并在通知到达后立即处理。

➡ 优势

• RabbitMQ 吸收负载高峰。
• 您可以在不中断整个服务的情况下对通知管理器进行一些维护。

远程过程调用 (RPC)

您拥有一家音乐厅。演出门票在多个网站和实体售票亭销售。来自所有渠道的订单都必须经过复杂的流程，以确定客户是否实际获得了门票，具体取决于可用性。网站或售票亭希望在最短的时间内获得订单回复。

订单使用关联 ID 发布到 RabbitMQ 中的队列。推送订单的调用者随后订阅另一个队列，并等待具有相同关联 ID 的回复。

为了实现低延迟，经典队列是一个不错的选择，但这会以降低安全性为代价——调用者仍然可以重试。如果订单不能丢失，您可能更喜欢使用确认和仲裁队列的组合，以确保消息在确认后是安全的。

此拓扑允许对订单处理进行序列化，以便按先进先出的顺序服务它们。这避免了对事务的需求。

➡ 优势

• RabbitMQ 客户端可以同时作为发布者和消费者。
• RabbitMQ 可以用于分发 RPC 调用。

流式传输

您运营一个视频平台。当用户上传新视频时，当视频安全存储后，您需要完成多项任务：运行一些上传后分析、转码较低质量的视频副本、通知其他订阅了作者作品的用户等等。

上传服务将“新视频”事件附加到 RabbitMQ 流。多个后端应用程序可以订阅该流并独立于彼此读取新事件。用户必须立即收到通知，但上传后分析可以等待并每天运行一次。

➡ 优势

• 流非常高效，并避免了重复消息的需求。
• 即使有并发消费者，消费者也可以在流中来回移动。

物联网 (IoT)

您在整个银河系提供包裹递送服务。您有一群太空无人机需要定期向位于系外行星开普勒-438 b上的服务器报告其状态。不幸的是，网络连接不是很好……

每个太空无人机都运行一个本地 RabbitMQ 独立节点，该节点缓冲它们的报告，直到可以与上游 RabbitMQ 建立连接。

当行星对齐时，无人机的 RabbitMQ 将所有报告铲送到上游 RabbitMQ。

➡ 优势

• RabbitMQ 部署可以链接在一起，以满足您服务中的不同需求，使用诸如shovel和联邦之类的功能。
• MQTT 非常适合数百万个并发连接。