Masstransit请求/响应与Restful Web服务

在面向微服务的体系结构中，masstransit与restful Web服务在微服务之间进行通信的用例是什么

当然，masstransit（MQ）在使用异步通信时具有巨大的优势。但是，当存在同步请求时，masstransit与restful服务相比有什么优势

我知道它有点宽泛。

优点是：

• 更少的空间耦合-您将消息发送到消息代理，而不知道接收者的位置
• 更容易的负载平衡-除了MessageBroker，您不需要任何额外的基础设施来运行竞争消费者，拉模式比推模式更诚实
• 内置对数据库锁等瞬时故障的重试（当然，Polly之类的东西在HTTP方面也有帮助）
• 将故障保留在毒药消息队列中以供进一步分析

这是我立刻想到的事情

就性能而言，使用消息的开销是微不足道的，但当然，对于较大的卷，它可能会产生显著的负面影响

一般来说，服务之间的同步通信，无论是何种传输，都是需要避免的，因为它扼杀了微服务自治的理念。

优点是：

• 更少的空间耦合-您将消息发送到消息代理，而不知道接收者的位置
• 更容易的负载平衡-除了MessageBroker，您不需要任何额外的基础设施来运行竞争消费者，拉模式比推模式更诚实
• 内置对数据库锁等瞬时故障的重试（当然，Polly之类的东西在HTTP方面也有帮助）
• 将故障保留在毒药消息队列中以供进一步分析

这是我立刻想到的事情

就性能而言，使用消息的开销是微不足道的，但当然，对于较大的卷，它可能会产生显著的负面影响

一般来说，服务之间的同步通信，无论是什么传输，都是需要避免的，因为它扼杀了微服务自治的思想