soa - 在 Microsoft 技术堆栈上构建 SOA

标签 soa

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

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

    对我来说,答案总是“视情况而定”。选项 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

    关于soa - 在 Microsoft 技术堆栈上构建 SOA,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3233025/

    相关文章:

    c# - Java、Java EE、C#、asp.net 和 SOA 的 channel

    rest - 如果 Web Service Location 不断变化,可以使用哪种 Architecture

    php - 我的概念是否遵循微服务架构?

    deployment - 每个微服务都应该在自己的进程中运行吗?

    c# - 使用 msmq 队列对服务进行负载平衡?

    .net - 在 ASP.net 物理层之间移动数据的最佳策略

    java - 服务架构- webservies | SOAP

    authentication - SOA 服务设计/认证

    web-services - 在 BPEL 中获取经过身份验证的用户

    asp.net - WCF 路由/ESB 架构?