Rabbitmq 何时使用AMQP合适？

在我以前的工作中，我使用了AMQP的优点，但我没有参与rabbitMQ子项目的开发。在我目前的工作中，我想负责集成一个AMQP实现（可能是rabbitMQ）。这里的问题是，我必须说服我的老板使用AMQP

我正在阅读“RabbitMQ在行动”，维德拉先生写道，AMQP可以改进任何系统，但我不知道如何改进我的项目。我们只使用两台服务器在这两台服务器之间进行API调用，所以我们现在没有可伸缩性问题。我们处理真实的资金流，这意味着我们需要对任何操作进行成功确认，即我不能将任务放入队列并“忘记”它。在这种情况下，AMQP能带来什么好处

---

当您不需要很难扩展时，您能为相对较小的系统提供几个真实世界的示例吗？请省略标准的“日志记录”和“广播消息”情况：）

听起来您所需要的只是。Rabbit的RPC不是一项很好的工作，因为：

• 您可以使多个消息具有事务性（即一个事务中的所有消息）
• 它的平台、语言和协议格式不可知（即你可以发送二进制文件）
• 由于代理的思想，您可以轻松地添加更多服务器来处理这些过程
• 您可以通过RabbitMQ的管理UI轻松查看消息流和速率
• RabbitMQ是体系结构级别的一种控制反转
• 在RabbitMQ中，消息是契约。。。不是程序。这是正确的做法

现在让我们来比较一下：

• SOAP不提供代理或路由，因此所有服务器都需要相互了解。我不能告诉你们，对于开发、登台、生产，必须使用插件IP地址是多么烦人
• SOAP不提供事务。你必须自己做
• SOAP必须使用XML
• RabbitMQ客户端比SOAP客户端更可靠。SOAP兼容性是一个重要问题
• SOAP您拥有消息和端点。在某些情况下，这是一个专业

---

您不必使用RabbitMQ来使用/。我个人不会制作任何类型的应用程序，因为从纯同步RPC到异步eventbus/messagebus需要大量的工作。最好从一开始就做好。

这是一个有趣的问题，但这可能更适合“开发人员”堆栈。因此，它通常集中在实现方面，比如使用RabbitMQ时的编程问题。潜在的dup：