Azure ServiceBus vs ServiceRemoting、HTTP和WCF

建议使用服务远程处理、ICommunicationClient或WcfCommunicationClient来实现微服务之间的通信

---

我一直用于服务间通信的ServiceBus甚至没有提到。为什么?

有许多方法可以进行服务到服务的通信，如果他们必须记录所有这些方法，那么他们将花费更多的时间来编写可能的方法，而不是进行实际的通信

他们可能会选择与平台关系最密切的人，但他们可以写任何可能的东西，这只是偏好的问题

我可以从许多人中挑出几个来，只是为了有一个想法：

• Http
• 远程处理
• 周转基金
• 服务巴士
• 活动中心
• AMQP
• MQTT
• gRPC+protobuf
• TCP
• UDP
• 管道

还有更多，想象一下如果他们必须记录所有这些

通信足够灵活，可以让您使用任何通信机制来实现

关于你提到的那些,， 我总是选择HTTP，因为它与平台无关，并在大多数平台上广泛实现，不管是.Net、Java、NodeJs、Windows还是Linux，它们都使用相同的语言，其他的都与.Net和Windows平台非常紧密，并迫使其他所有解决方案也紧密结合或适应。还有一些是同步的，另一些是异步的，比如服务总线

---

然后，当性能是一个问题时，我会评估其他选项。

有很多方法可以进行服务对服务的通信，如果他们必须记录所有这些方法，他们会花更多的时间编写可能的方法，而不是进行实际的通信

他们可能会选择与平台关系最密切的人，但他们可以写任何可能的东西，这只是偏好的问题

我可以从许多人中挑出几个来，只是为了有一个想法：

• Http
• 远程处理
• 周转基金
• 服务巴士
• 活动中心
• AMQP
• MQTT
• gRPC+protobuf
• TCP
• UDP
• 管道

还有更多，想象一下如果他们必须记录所有这些

通信足够灵活，可以让您使用任何通信机制来实现

关于你提到的那些,， 我总是选择HTTP，因为它与平台无关，并在大多数平台上广泛实现，不管是.Net、Java、NodeJs、Windows还是Linux，它们都使用相同的语言，其他的都与.Net和Windows平台非常紧密，并迫使其他所有解决方案也紧密结合或适应。还有一些是同步的，另一些是异步的，比如服务总线

---

然后，当性能是一个问题时，我会评估其他选项。

我认为您误解了文档。它不推荐任何协议或服务（页面上甚至没有这个词）。它所做的是列出内置的通信选项以及何时使用它们的适当情况

没有什么可以阻止您使用服务总线进行服务间通信。事实上，如果你在谷歌上搜索，你会发现一些项目，比如

---

能够插入任何所需的服务或协议是SF的一大优点，但它们将实现留给您。

我认为您误解了文档。它不推荐任何协议或服务（页面上甚至没有这个词）。它所做的是列出内置的通信选项以及何时使用它们的适当情况

没有什么可以阻止您使用服务总线进行服务间通信。事实上，如果你在谷歌上搜索，你会发现一些项目，比如

能够插入任何所需的服务或协议是SF的一大优点，但它们将实现留给您