解耦互连服务

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

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

➡ 优势

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

远程过程调用

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

订单会发布到 RabbitMQ 中的一个队列，并带有相关 ID。推送订单的调用者然后订阅另一个队列，并等待带有相同相关 ID 的答案。

为了实现低延迟，经典队列非常适合这种情况，但以较低的安全性为代价 - 调用者仍然可以重试。如果订单不能丢失，您可能更喜欢使用确认和仲裁队列的组合来确保消息在确认后是安全的。

这种拓扑结构允许对订单进行序列化处理，以先到先得的顺序提供服务。这避免了对事务的需要。

➡ 优势

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

流式传输

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

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

➡ 优势

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

物联网

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

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

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

➡ 优势

• RabbitMQ 部署可以链接起来以满足您服务中的不同需求，使用铲子和联合等功能。
• MQTT 非常适合数百万个并发连接。