我正在努力移植一个旨在在非 Azure 环境中工作的应用程序。该架构的元素之一是不可扩展的单例，我希望用多个工作进程来替换它，该多个工作进程为单例当前提供的资源提供服务。
我已经进行了必要的更改来替换单例，并且正在构建通信框架以提供从 UI 服务器到资源工作人员的互连，我想知道我是否应该只使用 TCP 绑定(bind)WCF 服务或使用 Azure 服务总线是否更有意义。 TCP/WCF 很简单，但并不能解决完整的问题:如何确保只有一个工作线程处理 UI 请求？
通过阅读可用的文档，听起来服务总线可以解决这个问题，但我还没有看到具体的实现示例。我希望这里有人可以帮助和/或为我指明正确的方向。
最佳答案
看来 Azure 服务总线队列是适合您的解决方案。
Azure 服务总线可以通过 3 种不同的方式使用:
- 队列
- 主题
- 继电器
来自 Windows Azure 站点:
Service Bus queues provide one-way asynchronous queuing. A sender sends a message to a Service Bus queue, and a receiver picks up that message at some later time. A queue can have just a single receiver
您可以在以下位置找到更多信息: http://www.windowsazure.com/en-us/develop/net/fundamentals/hybrid-solutions/
关于c# - Azure 工作进程间通信，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/18947770/