CIO如何透过ESB布署SOA应用

ESB的出现彻底摆脱了传统集成中间件中中央服务器的集中式交换模式，采用了轻量级的分布部署模型，通过对服务的注册、发布、流程化等一系列的管理，提供服务仓库，并可以将服务仓库中来自世界各的服务根据业务需求有机的结合起来，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。有了ESB， SOA才能释放它的最大价值。因此，ESB成为厂商在SOA竞争中的焦点。

　　2008年初，金蝶中间件公司在深圳发布了下一代企业集成框架软件Apusic ESB(企业服务总线)中间件，标志着金蝶中间件的SOA战略体系已经形成。

　　ESB是改头换面的EAI吗？

　　关于ESB的由来和传说数不胜数，有人说ESB是SOA的产物，有人说ESB是改装后的EAI换汤不换药，到底ESB是不是改头换面的EAI为此金蝶中间件ESB产品经理倪晓兵表示：

　　ESB和传统的集线器方式的EAI相比，从应用的领域上没有什么不同，其目的都是为了解决各个不同应用在消息层面的数据转换、数据集成以及流程集成。

　　从技术实现的角度看，ESB和传统的EAI相比，具有更好的特性和更灵活的结构，主要有：

　　1)ESB面向的对象是服务，也就是说，ESB需要去集成的对象都是服务，而服务是基于标准的，例如Web Service。EAI中，集成的对象则是不同的中间件平台

　　2)ESB在集成的过程中，更强调一种“统一消息”的概念。这种“统一消息”的格式，是可以被在ESB中所集成的各个服务都认可的。但在EAI 里，则是集成的各方基本都存在自己的“方言”，这就要求，EAI平台，必须能够认识这些“方言”并解析这些方言。由于在解析的过程中要经过翻译成对方可以识别的语言，而ESB不用，这样就大大提高了运行速度。

　　3)ESB支持异步消息的交互。通常，集成各方的消息传递有两种模式，一是同步的请求-回应模式，另外一种则是异步模式，请求方法送一个消息，马上返回，不用等待结果。对服务组件来说，就被摆在那里，可以对异步消息作出响应，既不用关心具体的调用协议，也不用关心数据的路由细节，只关心一件事情：接收消息并处理消息。这一点在EAI中是很难办到的。

　　ESB支持逻辑功能上和物理上高度的分布式布署，这个也是EAI模型的一个弊端。

　　CIO如何透过ESB布署SOA应用

　　面对SOA的灵活和开放性，给了CIO更多的选择理由，但是机会和挑战同样并存，不菲的平台迁移成本以及成功案例的缺失，使CIO在SOA的选择上困惑不已。

　　CIO不但要考虑必须对现有产品进行集成以支持SOA的使用场景。还必须考虑如何构建面向未来的SOA应用。选择什么样的ESB来实现SOA的融合是摆在所有CIO面前的一道难题，Apusic ESB的出现和应用恰好为这个难题提供了一个解决之道。

　　Apusic ESB 立足于Apusic应用服务器和Apusic消息中间件之上，并与其无缝结合，具备面向服务、面向消息、事件驱动的特性，是一个在SOA架构中充当服务兼智能化集成与管理中介的灵活敏捷的基础平台。

　　在智能网络方面：Apusic ESB具有高度的分布式部署特性，在物理上服务器之间不受时间和空间的限制，在逻辑上，集中式管理Apusic ESB可以组成网络相互连接尽而形成完整的企业服务总线。

　　在服务仓库方面：Apusic ESB是一个符合Web Services标准的多协议服务容器，任何一个已经公开的Web服务都可以被注册到Apusic ESB的服务仓库中，成为基于服务的组件库中的一员。不同的协议与不同的WEB服务器之间进行共享、协调互通也是SOA的精髓所在。

　　在业务重组方面：Apusic ESB引入了工作流流程化的概念，可组装编排对于用户来说，只需要关心流程中的一个服务即可，无须再去关心BPEL的具体技术细节。流程化的服务组织，使SOA可以将服务的功能和需要完成的业务分离开来。一旦业务发生变化，只需要简单的修改流程定义，就可以适应新的业务场景，使SOA系统具备高度的弹性与可扩展性。

　　在数据集成方面：Apusic ESB针对不同数据库的特点提供了针对数据库的适配器，实现遗留系统的非破坏式接入Apusic ESB。实现异构数据结构、异构数据库平台之间的数据自动转换。

　　在管理工具方面: Apusic ESB提供了一体化的管理工具，通过工具，可以非常方便的对Apusic ESB进行集中式管理、可视化的流程设计，以及运行期的实时监控等功能。

　　SOA虽然在ESB兴起中走上了康庄大道，但是谁又能给SOA提供一份最为宝贵的成功经验呢？业界、CIO、专家、厂商都在探索中寻找解决方案，2008年是SOA的产品年也是SOA的落地之年，ESB与SOA的完美融合能否破解CIO的困惑，还需要在未来的实践中验证。