Stratos SOA平台的开发厂商WSO2宣布其企业服务总线（ESB）及相关中间件的一个重新整合后的版本可以应用在云计算环境下，它其实回避了这样一个实质性的问题：在云端实现ESB， IT公司需要知道哪些知识？

　　有证据表明，IT公司能够通过云计算来提升他们的ESB，但是在他们这样做的时候，他们必须考虑运营管理，连接关系和安全问题。

　　在采用Web服务的地方，ESB通常会作为消息转换器的角色。在云计算应用中，这一功能可能会大打折扣。IBM最近将DataPower XML加速器应用到云端，事实上就等于默认了这个问题的存在。

　　现在是基于云的ESB的早期阶段，但也已经有一些初期应用了，主要在医疗行业，来自Evergreen, Colo 市的Savoir科技公司咨询师Heath Kessler这样说。一方面医院不同部门乃至不同医院之间传送病人资料的需要在日益不断增长，但是，许多医疗机构仍然是每个部门使用各自一套的系统，他说。将这些单个的系统集成起来，一般说来需要更多的IT投入。

　　“ 这正是云端ESB的机会，即使只在一个医院，云端ESB也可以发挥很大作用”，Kessler说道。“每个部门可以象以前那样容易地获取他们的消息，传送给ESB服务，而ESB可以转换和增补这个消息，并传递出去。”从内部效果来说，基于云的ESB可以使得各个部门间的信息流通更为通畅。从外部效果来说，可以增强B2B集成，也可以连接到基于Web的信息服务。在任一种情况下，他说，ESB都可以降低系统集成所需要的IT费用。

　　企业服务总线和运营支持

　　对许多软件架构师和开发经理来说，部署ESB还是一个全新的体验。其中一个主要的挑战可能是如何得到足够的运营支持，这个挑战并不会因为部署在云端而减轻。

　　“运营团队只懂得如何管理Web服务器和应用服务器，因此，如果我们不能把ESB弄成象一个应用服务器的样子，运营团队将不会支持它。象ESB这类不太寻常的服务，很难集成到那种千篇一律的运营支持模型中去”，一位不愿透露姓名的架构师说，他所在的公司最近正在将一个开源的ESB集成到其私有云架构中。

　　WSO2公司首席技术官Paul Fremantle说，他在很多公司都遇到这个问题，这些公司都坚持ESB应该运行在他们的应用服务器之上。问题不在ESB身上，而是在“千篇一律的运营模式”本身。要真正发挥云端ESB的作用，他说，企业需要认识到，云并不仅仅是一堆只能运行同一种应用和服务的虚拟化的硬件设备。

　　当然，如果听Fremantle的话，将意味着需要对应用架构大动干戈，自然花费不菲。

　　WSO2的云平台包含管理注册，ESB，一个应用服务器，身份管理，一个混搭服务器，以及业务活动检测。Fremantle说，今年晚些时候，还将包含一个业务处理服务器。

　　在云的形式下使用中间件，将会使得企业架构师能够采用更灵活的部署方式，这将是极大的一个进步。Burton集团分析师Chris Haddad说道。

　　“ 我想Stratos是很重要的，因为它是实现平台即服务的最早的开源产品之一”，Haddad说道。“开源可以提供更多的用户定制，实现更多的部署，不论在公有云还是私有云上”。

　　云端ESB架构上面临的挑战

　　从架构的角度来讲，ESB部署在公有云还是私有云上将面临不同的挑战。RedHat Jboss中间件工程高级指导Mark Little说。他说，在公有云情况下，此时ESB将运行在一个外部托管的环境中，一个很重要的考量因素是安全问题。

　　“运行ESB时，需要确保在云内不同服务之间传递的消息都已经加密了”，Little说道，“并且需要身份验证，以确保没有人能嗅探网络”。

　　对于部署在防火墙之内的私有云架构来说，安全不是问题，因为企业本身控制着自己的网络。他说，如果ESB从私有云搬迁到公有云，将会遇到性能延迟这个问题，因为企业将不得不处理传输协议，而原本的ESB设计时并没有考虑及此。

　　通常，在处理部署在外部云上的ESB时，网络连接是一个极需技巧的地方。在防火墙外的非保护区和网络地址转换(NAT)会使得外部很难访问内部应用，澳大利亚Readify公司咨询师Steven Nagy说道。

　　“这将会减少技术选择的余地”，Nagy说，“也有可能会导致开发经理施加压力给架构组，让他们允许到某些特定机器的某些特定连接。这将会导致日后维护上的困难乃至长期隐患”。

　　同时，松散耦合是SOA的一个主要目标，对云计算也是如此。Java的拥护者，同时也是Savoir科技公司CTO的Jeff Genender这样说。

　　Genender说，“云的一大优点是，部署时可以不需要知道确切的IP地址”。松散耦合是所有ESB的目标，而运行在云端的ESB更是使得内部服务和外部服务之间的连接可以有更多的选择余地, 他如是说道。