Redis、Kafka或RabbitMQ：选择哪个作为微服务消息代理？ - otonomo

将异步通信用于微服务时，通常使用消息代理。代理确保不同微服务之间的通信可靠且稳定，确保消息在系统内得到管理和监视，并且消息不会丢失。您可以选择一些消息代理，它们的规模和数据功能各不相同。这篇博客文章将比较三种最受欢迎​​的经纪人：RabbitMQ，Kafka和Redis。
但是首先，让我们了解微服务通信。
 
微服务通信：同步和异步
微服务之间有两种常见的通信方式：同步和异步。在同步通信中，调用方在发送下一条消息之前等待响应，并且它作为HTTP之上的REST协议运行。相反，在异步通信中，无需等待响应即可发送消息。这适用于分布式系统，通常需要消息代理来管理消息。
您选择的通信类型应考虑不同的参数，例如微服务的结构方式，适当的基础架构，延迟，规模，依赖关系以及通信目的。异步通信的建立可能会更加复杂，并且需要添加更多组件才能堆叠，但是将异步通信用于微服务的好处远大于缺点。
 
异步通讯的优势
首先，根据定义，异步通信是非阻塞的。它也支持比同步操作更好的缩放。第三，在微服务崩溃的情况下，异步通信机制提供了各种恢复技术，通常更擅长处理与崩溃有关的错误。另外，当使用代理而不是REST协议时，接收通信的服务实际上并不需要彼此了解。在旧的服务运行了很长时间之后，甚至可以引入新的服务，即更好的解耦服务。
最后，在选择异步操作时，您将增强将来创建集中发现，监视，负载平衡甚至策略执行器的能力。这将为您提供在代码和系统构建中具有灵活性，可伸缩性和更多功能的功能。
 
选择合适的消息代理
异步通信通常通过消息代理进行管理。也有其他方法，例如aysncio，但它们更加稀少和有限。
在选择代理执行异步操作时，应考虑以下几点：

1. 代理规模–系统中每秒发送的消息数。
2. 数据持久性–恢复消息的能力。
3. 消费者能力–经纪人是否有能力管理一对一和/或一对多的消费者。