在 Microsoft 技术堆栈上构建 SOA答案

【问题标题】：building a SOA on Microsoft technology stack在 Microsoft 技术堆栈上构建 SOA
【发布时间】：2010-07-12 23:19:24
【问题描述】：

所以我今天的开放式潜在主观问题是；如果您今天有机会在 Microsoft 技术上构建 SOA；您会从以下选项中选择什么；

WCF、WF + AppFabric
BizTalk + ESB 工具包
1 和 2 的组合
其他一些打包的解决方案

【问题讨论】：

您需要在此处添加一些上下文。如果是一个应用程序，1 就足够了。如果它是一个使用不同协议与旧系统集成的系统，您可能需要 3 个。至于 4 个，我认为 MSFT 不会提供除上述之外的其他“打包”解决方案。
你已经接受了一个答案，但我没有得到你授予赏金的印象......请注意这两个动作是不同的。

标签： soa

【解决方案1】：

对我来说，答案始终是“视情况而定”。选项 3 为大多数需求提供了最灵活的解决方案。

对于大多数解决方案，我会选择选项一，因为它最简单，并且在 AppFabric 中提供统一的托管解决方案。

我不需要 BizTalk 来获得企业服务总线模式，但是……如果该解决方案是针对具有大量集成的大容量任务关键型企业解决方案，那么 BizTalk 肯定是我希望能够使用的选项考虑。价格标签将是决定因素，Jitterbit 以更少的价格提供类似的集成功能。

一般来说，我会从下面的 SOA 模式链接中的方法开始，然后根据需要添加部分，这是 SOA 对吗？所以可组合性应该是我的标志。我应该能够在我需要的时候拼凑我需要的部分，因为它是基于标准的，所以技术/产品比非 SOA 解决方案更不用担心。

SOA Design Pattern

Achieving Integrity in Service Orientated Applications

Why your SOA needs to be like a VW Beetle

【讨论】：

【解决方案2】：

无论您从 Microsoft SOA 产品中选择何种技术/产品堆栈（选项 1-3），您都需要 SOA 治理和自动化，以使您的解决方案具有真正的 SOA 敏捷性和管理能力。看看http://www.nevatech.com，它通过非侵入式服务虚拟化概念以及本机实施和与 Microsoft 堆栈的集成提供独特的 SOA 管理功能。

【讨论】：