c# - Azure 服务总线应该取代您的 SOA

Question

以前，在我的 Web 应用程序中，当(从 UI)进行 CRUD 操作(或任何其他与此相关的任务)时，我会使用如下所示的简单模式，利用 WCF。

GetUserByIDResponse response = new UserServiceClientProxy().GetByID(new GetUserByIDRequest() { UserID = UserID });

if (response.success) {
    //response.data - Do something!
} else {
    //Show error response.message
}

但是，根据我的研究，如果部署的目的是从 Azure 平台运行并使用 Cloud Services模型的最佳方法是使用此服务总线概念和如下代码

QueueClient requestClient = CreateQueueClient("RequestQueueName"); 
QueueClient responseClient = CreateQueueClient("ResponseQueueName");

MessageSession receiver = responseClient.AcceptMessageSession(ReplyToSessionId); 
//blah blah

在通信时，我的假设是我所有的服务类型操作现在都通过服务总线处理，正确吗？或者您只会考虑在应用程序的某些特定方面使用此技术？

我想我要问的是，“服务总线是为 Azure 平台设计的 SOA(面向服务的架构)的一般替代品吗？”

希望这是有道理的。

Answer 1

"Is service bus a general replacement for a SOA (Service-oriented architecture) designed for the Azure platform?"

绝对不!

您现在在 Web 应用程序中使用 WCF 所做的事情，您当然可以在云服务中执行完全相同的操作，不用担心!

Azure 服务总线队列和 Azure 存储队列(在我看来)是用于解耦应用程序 block /模块的机制。假设您有一个模块 A(或一个 Web 应用程序)，它需要发送一些长时间运行的、CPU 密集型任务以由模块 B 完成。然而，模块 B 被设计为仅在夜间开启(可用)。模块 A 可以安全地将任务消息发送到队列并忘记它。模块 B 将稍后“唤醒”并检查队列中是否有任何任务消息。将逐个处理任务(或并行处理，现在并不重要)，并可以将结果报告给另一个队列，或其他形式的通知。

深入研究 Azure 服务总线队列，他们理解并实现了发布-订阅模式。这意味着您可能有一个发布者(将消息发送到队列)，但有多个订阅者(从队列中读取消息)。甚至更多 - 您可以为每个订阅者应用过滤器。

更进一步，ASB 更像是企业服务总线，或者云中的 BizTalk(我不是说它是，我是说它它类似于与 BizTalk )。

总结:

在 Windows Azure 云服务中使用 WCF，就像在当前设置中使用它们一样。 Azure 服务总线并不是 WCF 的“替代品”。它还有另一个目的。

更新

我会说当您想要“解耦”系统组件时使用队列。解耦意味着模块 A(调用者)不依赖模块 B(执行者)的可用性。

对于 WCF 服务，我们在模块 A(调用者)和模块 B (WCF) 之间具有非常紧密的耦合。如果 WCF 服务不可用，调用者将立即失败。

在您的特定情况下，如果您有 WCF 服务来处理 UI 调用，那么严重依赖 WCF 服务是可以接受的。特别是当您在 Web 应用程序中托管 WCF 服务作为 UI 本身时。

但是在这种情况下，我有一个桌面应用程序(模块 A)，它必须将任务发送到某个远程执行器(模块 B)，并且该任务需要可靠地发送，并且无论执行器可用性如何，我都会使用一些队列。