GRPC Asyncio和RabbitMQ以及何时使用它们之间有什么区别?
我想在我的微服务体系结构中实现事件驱动的通信。例如,如果发生事件,服务X和Y将执行某些事情,而服务Z将无能为力。我是GRPC Asyncio和RabbitMQ的新手,我的研究表明它们既适合我的需求。使用GRPC Asyncio和RabbitMQ的利弊是什么?有什么区别,我什么时候应该使用它们?
I want to implement event-driven communication in my microservices architecture. For example, if event A happens, services X and Y would carry out certain things while service Z would do nothing. I am new at gRPC AsyncIO and RabbitMQ, and my research suggests that they could be both suitable for my need. What could be the pros and cons of using gRPC AsyncIO and RabbitMQ? What are the differences and when should I use them?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论