企业服务总线（ESB）“抵岸”已经是毋庸置疑的了。它一路走来，风风火火一点也没有要放缓脚步的意思。根据IDC分析师Maureen Fleming的报告，2010年企业在ESB方面的开支增长了17%。“同几乎所有其它类型的企业软件相比，这个增长相当强劲，”她说道。

　　根据Fleming的说法，ESB的Web服务也使用频繁，尽管其中的许多实施只是战术性的和用于连接多个应用程序。2011也是ESB的增长和发展的一年，一方面开源版本ESB开始发力，同时，厂商也增加了更多的功能，包括改善的数据集成功能，ESB作为REST和移动部署的一部分，更多地被人们所使用。

　　ESB相关的走势怎么样？ SearchSOA.com通过对一些厂商的调查获得了一些切身感受。他们看到移动应用对ESB的驱动作用，ESB在改造云服务中发挥的作用，SOA网关开始呈现出ESB的特性，以及ESB更积极的活跃在企业基础设施的周围。

　　回顾过去一年，WSO2的合伙创始人兼首席技术官Paul Fremantle 首次将2011年称为大幅转向在ESB中集成使用REST和JSON的一年。

　　“我们发现，这是移动应用所驱动的一个结果。在很多情况下，这是一个移动应用程序，它通过一个简单的JSON或REST调用来使用ESB，而ESB则对内部的服务做轻量级的协调，”包括SOAP调用和遗留服务，他解释道。Freemantle还提到了在ESB中，SOAP和XML流量的增长，但他表示，相较而言，JSON和REST的增长率显然更大一些。

　　对于移动客户这个新兴的市场来说，XML和SOAP被广泛地认为是杀鸡用牛刀，而JSON和REST则刚好恰如其分。虽然如此，移动客户的调用在后台最终要转换成对SOAP和XML的调用。

　　“由此造成的一个结果是，我们已经看过很多人在关注ESB的流量控制功能，包括节流、缓存、计量和优先级执行，”Fremantle 说道。

　　此外，Freemantle说现在有一种在云计算环境中使用ESB的动向。他描述说看到了“有极大的兴趣在一个多租户、弹性部署的云集成中运行ESB，”并且金融行业在这类应用中一马当先。 “我认为ESB需要支持内在的多租户才会在PaaS环境中更好的发挥作用，”他说道。“我也希望看到很多公司去关注内部和外部的应用编程接口（API ），使用ESB来管理、监控及测量基于WEB的API，”他补充说。

　　最后，他说，ESB的性能已经变得越来越重要。“在WSO2公司和Apache Synapse中，我们看到很多人在关注数据流和路由的性能，并且异步非阻塞模型已经被看作是关键。这是因为ESB正在被越来越广泛地采用，数据流量日益增长。”

　　敏捷数据源处理

　　Layer 7技术公司的合作伙伴解决方案架构师Jaime Ryan说，他看到在ESB市场上的两个最新趋势，都来源于对数据源和应用之间的联接方式的敏捷性的需求。他说，其驱动因素是社交网络和用户生成内容的爆炸性增长，以及用户在同数字世界相互交流时对新的、更好的方法的永不停止的追求。

　　这鼓舞了不论规模大小的众多企业去改变和扩张他们的应用的范围。“根据实际业务规模和需求的不同，这表现为两种不同的形式：开源的ESB技术，或者是使用SOA网关作为ESB，”他解释说。

　　因此，根据Ryan的说法，初创企业和技术娴熟的小企业已经开始认识到通用SOA和专用ESB模式的强大功能和灵活性。“他们需要快速推出新的接口和应用程序，而无需在技术或咨询上花费巨大的投资，于是，他们正在转向开源ESB的解决方案，来解决技术和资金方面的困难，”他说。

　　这些小型企业更倾向于采用简单、标准化与SaaS技术进行集成的解决方案，而不是那些整体打包的应用软件和遗留的大型机格式，他说道。

　　站在自己的角度，红帽公司的中间件产品经理Ken Johnson说，尽管2011年大家关注的焦点是“大型数据”和“云”，但俗话说得好，“扫帚不到的地方，灰尘不会自己跑掉”，集成问题仍然继续困扰我们。

　　事实上，一体化的挑战比比皆是，要想少花钱多办事，就要更多地去关注集成问题。“现在市场更加成熟，客户和前些年相比，也更加精通技术”，他说道。举例来说，SOA现在已为大众很好地理解并被广泛使用着。伴随着其他象EAI，EDA和流程协调这样的集成技术，SOA正在被更多的主流用户所使用。 SOA不再仅仅是用于早期采用者或“财大气粗”的组织，Joshson说道。

　　根据Johnson的说法，现在客户对整合问题的理解更加全面，他们意识到某一类产品或技术未必能够满足他们的需要。“集成问题并不只是使用ESB或只使用Web服务，”他说道。

　　从FuseSource的竞争优势地位出发，其首席技术官Rob Davies说，在2011年，由ESB产品提供的灵活性，使人们能够将其组织的外缘部分纳入整合的范围。“关于整合真是无处不在。我们已经降低了成本所带来的障碍，从而可以对边缘部门进行整合，尤其适合那些零售企业，”他说道。

　　“对此，开源是一项关键因素，由此你可以削减花费，有更大的选择余地和灵活性，”他说道。Davies特别提到了Apache Camel这个范例，它拥有庞大的社区和很多现成的组件。

　　中间件对实时运营的支持

　　MuleSoft首席技术官和创始人Ross Mason的发言使得我们的讨论更加全面。他说，ESB是伴随着更轻量化和更敏捷的中间件的采用而兴起的。

　　他说，在2011年另一个明显的趋势是对实时数据处理的需求日益强烈。 “我们已经看到了向大批量数据处理需求的转变，此前，这些大批量数据可能需要使用ETL工具来完成，”他说道。并不是通过执行批处理在当日内消化完数据，人们想要实现的是在事件发生时实时地进行处理，这是因为他们想要即时作出反应，或者是想监测实时数据，他说道。

　　“在这个实现中，我们不再需要等待数据了，这对ESB的应用具有积极的作用，”他补充道。

　　“在2012年这种情况还将延续下去。我发现ESB和ETL的分界线正变得模糊起来，对它们的任何一方的要求——客户需求——现在变得非常相似。”他补充道。

　　展望2012年，Freemantle说他预期对云端ESB将有更多的关注，尤其是平台及服务（PaaS）的部署，不论是公有云还是私有云。

　　不要忘记SOA

　　IDC分析师Fleming指出，那些真正复杂的，能够实现标准化的协调和整合的面向服务的集成应用，其采用尚未大规模推广，但是一直在发展当中，尤其是在大型企业中。协调控制将会越来越多地成为ESB系统的一部分。

　　她指出，架构设计对于ESB整体的吞吐量是非常重要的。消息传递的方式应该和整个架构的目标和要求紧密相连。

　　事件驱动的架构，能够支持事件驱动处理，也是面向服务的，更易于提供较好的扩展性和吞吐量，（尽管有这么多优势）但并没有获得与其技术优势地位相匹配的广泛采用。“如果那样，应用基础设施将会不必要的昂贵很多，”她补充道。

　　持有类似观点的还有Robin Bloor罗宾布鲁尔博士，他是Bloor集团的首席分析师和共同创始人，还是Bloor Research公司的创始人。Robin Bloor博士指出，当ESB被用于企业应用集成（EAI）时，往往是由于那种点对点的方案已经被证明不能满足用户的需求。他说，选择使用ESB，往往是在改造原来辐射状的架构模型的时候。采取ESB路线的最终决定因素是：如果不采用ESB，应用程序和服务的重用将会非常艰难。Bloor说道。