内容摘要：说到ESB，人们会自然想到两个关键词:集成和SOA。是的，ESB正是集成技术和SOA思想结合的产物。
ApusicESB进行集中式管理、可视化的流程设计，以及运行期的实时监控等功能。
ESB其实只是技术
SOA项目不应从ESB开始
ESB在SOA中的重要作用，使得各个SOA厂商纷纷推出自己的ESB产品，并在具体的SOA实施中，利用ESB来作为切入点，并简化SOA的复杂性。
但是这种对ESB的重视正在使SOA的实施进入迷途。因为ESB只是技术手段，而SOA的目标则是业务价值。对技术手段的过分重视往往使人们忽略了SOA的最终目标，陷入在技术的泥潭当中不能自拔。同时ESB的简化掩盖了SOA的复杂性，使大家对SOA的实施过分盲目乐观，忽略了除了技术以外其他很多更重要的因素。
针对这种错误倾向，IBM WebSphere SOA与J2EE顾问Bobby Woolf最近写了一篇文章《以ESB为中心的架构是实施SOA错误的途径》来质疑这种把ESB当作SOA的实现基础的做法。Bobby Woolf在文章中提到，很多客户在开始建设SOA时要求先为他们建立一个ESB，他们抛弃了SOA的理念而只对ESB感兴趣。“这些客户在ESB和SOA之间划了一个等号，或者更准确地说建设SOA就必须建设ESB。”毛新生指出了这种错误的根源所在。
因此以ESB来启动一个SOA项目是有害的，它将陷入技术的怪圈中，而无法产生最大的业务价值。毛新生认为业务才应该是SOA开始的起点和最终的目标。“你首先要在业务上进行服务的分解，然后才把他们映射到技术实现中。”毛新生说。
SOA项目的实施必须从业务需求的分析开始，而不是从构建ESB来开始。倪晓兵对这种观点也表示支持，“SOA框架体系下的软件开发，应该是从业务流程分析开始的，用一些组件化的业务建模方法，对实际的业务场景进行分析。在这个基础上建立业务用例，并根据这些业务用例构造业务流程模型。”
作者：计世网 责编：豆豆技术应用