ESB是通向SOA的简单解决方案吗？

6月，Joe McKendrick发表了一篇关于ebizQ播客的文章。在该播客中，IBM SOA专家Lief Davidson讨论了与ESB在SOA中定位有关的话题。根据Joe所说：

在物理学上，人们常说，一个问题最简单的解决方法往往就是正确的解决方法。将这条物理学上的规律应用到SOA，就会得到这样一个合情合理的结论：企业服务总线（ESB）是组织内通向SOA的最简单之路——在很多情况下，这可能也是组织的正确之路。

Lief同意这种说法，并且进一步指出，在目前恶劣的经济环境中，SOA和ESB是一对绝佳搭档。因为IT必须在更低的预算以及此预算下需求更多的情形下艰难求生……

事实上，为了更好地满足那些急迫的业务需求，以及可以更加灵活和敏捷地应付未来的变更，SOA目前正试图用IT资产和基础设施来加强业务和IT的一致性。SOA为达到灵活性和敏捷性而努力的关键点是企业服务总线，其位于IT体系架构的核心位置。

显然IBM认为他们的ESB是最佳选择，鉴于过去他们曾就ESB相关需求发表的负面评价，这的确件是非常有趣的事情。围绕着对SOA是否需要ESB的争论已经热闹了一阵子了。那些ESB的反对者经常举出复杂性和厂商壁垒问题作为主要依据。然而另外一些人说，自己动手完成移植所带来的复杂性已经远超使用ESB的移植方案的复杂性。不幸的是，一些厂商对后一种说法毫无兴趣，并且这个播客也没有用任何办法来消除围绕在IBM产品套件之上的复杂性议题，这是三个ESB解决方案？！WebSphere ESB，WebSphere Message Broker以及一个SOA工具, WebSphere DataPower。根据Lief的说法，WebSphere ESB（构建在WebSphere应用服务器之上）可能最接近大众对ESB术语的理解：

……我们曾构建过一个ESB，它特别关注满足基于标准和服务间交互的集成和互联性需求。所以即便你所有准备连接的资产都是Web服务，都使用Web服务定义语言或WSDL定义，你仍然需要在这些服务中间进行仲裁，否则，这一切很快就会以一个静态复杂环境而告终，它无法给你提供SOA收益，这既不是你需要的，也不是你想要的。

这里说的“标准”大概是指WS-*和JEE，因为IBM不参与JBI 而且SCA还不能算是个标准。Lief继续讨论了WebSphere解决方案家族的其它部分，以及在一个好的SOA开发过程中它们应该如何使用。对客户来说幸运的是，所有3个ESB解决方案可以被同时购买和使用。然而，随着Joe最后的评论变得更加具有争议，这个播客并没有真正做到Joe最初关于简单性的断言：

对于那些未必具备资源或者行政策略的组织还要经过多远的路才能追上SOA，在工业界已经有了很多争论。随着预算的收缩，SOA变成了一个不可能的买卖——即便它最后的确能够节约成本并遏制支出。ESB可能提供了一个在任何商业环境下都能启动SOA的办法。

所以问题依然存在：ESB是通向SOA的简单之路吗？还是每个人都要自行其是？

查看英文原文： The Simple Solution to SOA is ESBs?