如何从 Azure Web 应用程序与 IIS 中本地托管的 WCF 服务进行通信？

Question

我有一个托管在 Azure 中的 ASP.NET MVC 应用程序。 此应用程序与一个桌面应用程序相辅相成，该应用程序还具有用于与 III 方接口进行通信的 WCF 服务。 WCF 在本地托管。

有成千上万的客户在不同的地理位置使用桌面应用程序。 到目前为止，每个桌面应用程序都在 WCF 的帮助下使用 api 与 Web 应用程序通信。 这仅限于桌面应用程序的按需。 每当桌面应用程序觉得需要与 Web 应用程序通信时，它就会使用 WCF 的 Web api 方式。

现在，我想要的是：- 根据需要从 azure 访问不同的桌面应用程序（通常称为站点）。 这是通过网络应用程序/移动应用程序的在线订购系统所必需的。 我不想继续从桌面应用程序轮询以了解该站点是否有任何新订单。 我觉得如果我能从另一边打球会更好。 另外，请记住，网站的 IP 不会固定。防火墙可能有问题。 NAT 可能会以不同方式转换资源标识符。

Azure 中的服务总线可能会有所帮助，但让我感到困惑的是，每个桌面应用程序都有自己的 WCF 服务，并且订单只能到达各自的站点。

我们将不胜感激。

Answer 1

根据您的描述，Service Bus 消息传递是实现这一目标的完美方式。

更多关于Service Bus Messaging的信息，我们可以参考：Service Bus queues, topics, and subscriptions

此外，我们还可以使用RabbitMQ 或ZeroMQ，这与Service Bus Messaging 类似，因为它们都是免费的。您可以选择一种最佳方式来实现您的要求。

关于ZeroMQ和RabbitMQ的区别：

ZeroMQ 有更好的性能，但它是在允许消息数据丢失的情况下构建的，适用于高吞吐量/低延迟的应用程序。与ZeroMQ不同的是，RabbitMQ完全实现了AMQP协议，类似于邮箱服务，支持消息持久化、事务处理、拥塞控制、负载均衡等，使得RabbitMQ拥有更广泛的应用场景。

Function                    RabbitMQ                      ZeroMQ
Message persistence         Support                       Not Support
Transaction                 Support                       Not Support
performance                 Low                           High
stability                   High                          Low
Support for AMQP protocol   Support                       Not Support
Application scenario        Data loss is not allowed      High throughput

更多关于RabbitMQ和ZeroMQ的信息，我们可以参考：

RabbitMQ

ZeroMQ

Answer 2

如果您能够修改桌面应用程序，使用SignalR 实现 websockets 连接可能值得一看。桌面应用程序使用您提供的 SignalR 集线器进行注册。 然后，您可以从例如 ASP.NET MVC 应用程序将数据推送到客户端。它工作非常可靠并且可以很好地处理大量连接。它通常用于实时网络通信，但在您的情况下也可能有用。

缺点可能是，桌面应用程序最初需要注册到一个集线器才能接收推送消息。