ESB让SOA落地
以Cape Clear、Sonic、IONA为代表的ESB领域专门厂商的出击，以增量式部署SOA为口号，强调以一种低廉的、基于标准的Web服务编排工具，并在此之上构建健壮的SOA。而SOA平台厂商纷纷反攻，正在向原有的套件产品中添加ESB和IT治理功能。甲骨文公司去年还只是把ESB产品内嵌在其业务流程管理产品中，今年已经推出了独立的ESB产品。BEA推出了 AquaLogic Service Bus、BEA AquaLogic Data Services Platform来加强ESB的产品线。IBM在原有WBI Message Broker、WAS 6 SIBus这些集成产品之外，又推出了独立的WebSphere ESB产品。而传统的EAI厂商Tibco和WebMethods也宣布了各自的ESB产品。
众厂商之所以都看准了ESB这块蛋糕，还得益于SOA理念与现实应用环境的差距。
SOA的风潮在软件行业内铺天盖地，连一些硬件厂商都忍不住参与其中，如果解决方案不提SOA就好像落了伍。但在实际应用中，SOA的实施依然不怎么起劲。因为对许多用户来说，SOA目前还是空中楼阁。大谈按照SOA的理念重建应用系统，这种理想状况相信每个人都不会反对，但现实中这样的事情太少，企业的CIO大多面临一件事，就是处理好目前应用系统的运行—集成就自然而然成为最容易切入的话题，由集成开始而赋予应用系统以SOA的灵魂，才确有其现实意义。ESB的冒头也就由此产生，它与EAI(企业应用集成)密不可分，同样是集成，ESB所提倡的集成与EAI的集成既有相同点，也有不同之处。“ESB的意义在于让SOA有了一个可实现的基础设施。”IONA公司大中国区高级架构师陆飞舟这样认为。他说:“ESB与EAI的主要目的是相同的，但是ESB更具开放性，尤其是对Web服务的支持，使得它成为实现SOA的基础设施。”
BEA公司中国区技术经理刘汩春认为:“SOA的‘服务’不仅仅是可重用，而且必须是可组装编排; 可快速注册发布; 质量可监控;生命周期可管理的。这样SOA才能在整个IT范围内实现服务治理和优化，从而直接推动业务的优化。而从简单的服务重用框架到SOA演进的过程中，ESB就是其中最重要的催化剂之一。”
作为国内中间件领域的后起之秀，中和威公司在2005年发布了其最新的ESB产品，该公司的总经理王志伟说:“SOA是一种架构上的创新，但其中的技术并没有创新，ESB明确了中间件的细分层次。”
无论SOA的理念有多么吸引人，终究不能纸上谈兵，ESB的成熟让SOA有了一个可以落地的依托。
ESB的应用
由于目前厂商对ESB产品有不同的划分，导致ESB的应用范围也产生了不同，综合主要ESB的产品应用，可以概括为应用在消息层面的转换、数据集成、以及流程的集成和管理。从应用领域而言，ESB与EAI没有大的区别，但由于ESB是基于开放的Web服务而来，在通向SOA的道路上，ESB可以当仁不让地挑起大旗。例如政府部门之间的跨系统互联，企业之间的跨系统电子商务应用。
SOA的岔路口
实现SOA有两种途径，一种是在现有应用系统的基础上将需要复用的的模块进行SOA封装，另一种是将所有的应用系统按SOA重新设计和开发。前一种SOA之路是平滑的渐进之路，更容易被多数的企业用户所接受，毕竟，许多早期开发的应用系统正在承担着关键业务运行的重任，容不得半点闪失。而后一种SOA之路则是彻底地“动大手术”，肯定会在短期内带来巨大的阵痛，做好了可以脱胎换骨，做不好可能伤筋动骨。
站在SOA的岔路口，也许用户会感到有些为难。“目标是光明的，道路是曲折的，”这句话最能反映SOA实施策略的选择。信息化不是革命，而是促进业务发展(至少在大部分情况下笔者这样认为)，从这个角度而言，选择SOA的渐进之路是可以掌控的，但如果是一个新企业上全新的应用系统，那么不妨来个彻底的SOA。
ESB的兴起让SOA的渐进之路可以走得更开放和平稳，而ESB也代表了中间件产品本身的进化方向，中间件已经由广义的产品范畴向着细分的领域深入——应用服务器、ESB、BPM的分界逐渐清晰。尽管每个领域都在不断发展，但每个领域之间的关系变得更加透明、标准化。对于用户服务而言，分步实现SOA不是一句空话，因为在产品上已经有了可以实现的基础，用户可以根据自己的应用系统环境，由小到大、由局部到整体地去实施。那么，站在SOA的岔路口就不必心慌了。
