message-queue - 在 Web 应用程序中使用像 RabbitMQ 这样的消息传递？

Question

我想了解像 RabbitMQ 这样的消息传递可以帮助消费者 Web 应用程序的场景/用例是什么。

有什么具体的资源可以学习吗？

目前哪些 Web 应用程序正在使用此类消息传递方案以及如何使用？

Answer 1

通常，消息总线(例如 RabbitMQ，但不限于)允许可靠的作业处理队列。

就 Web 应用程序而言，这对您来说意味着能够随着需求的增长扩展您的应用程序并保持您的 UI 快速响应。

与其强制用户在处理作业时等待，他们可以请求处理作业(例如，单击网页上的按钮开始对服务器上的视频文件进行转码)，这会向您的总线​​发送消息，让我们后端服务在队列中轮到它时将其接起，并可能通知用户工作已经/将开始。然后，您可以将控制权返回给 UI，以便用户可以继续使用应用程序。

在这种情况下，您的 Web 界面执行零繁重的工作，而只是让用户在您认为合适的时候了解流程的各个阶段(例如，作业可以使用流程状态增量更新数据库记录，您可以查询和显示这些流程状态)您的用户)。

我会假设任何经历任何类型的大量流量的 Web 应用程序都将拥有这种类型的基础设施。虽然存在缺点(网络故障可能会破坏消息传递、更复杂的基础设施等)，但扩展后端的优势变得越来越明显。如果您正在使用云服务，这种类型的基础架构使得通过订阅作业队列并挑选要处理的消息来添加额外的消息处理程序来处理您的作业变得微不足道。