我们不该仅片面地看待ESB本身

    引入ESB的最佳时机

    我们既然不能从ESB来开始一个SOA项目，那么应该在项目的什么时候引进这个重要的工具呢？Accenture首席技术官Don Rippert认为激活SOA的全部潜力需要通过四个阶段，依次是使用XML，以更标准的方式使用应用程序接口;捕获一些业务过程，并将它们转化成为Web服务;引入并全面使用企业服务总线;产生业务过程执行语言（Business Process Execution Language，BPEL），它可由业务过程建模工具完成。 

    在这四个阶段，ESB的采用则位于第三阶段中。同时他认为当前大多数的企业还只是处于第一个阶段，因此ESB实际上对于他们来说并不是迫切需要的。 

    Burton Group的分析师Anne Thomas Manes的观点与Rippert相似，他认为要采用ESB，必须首先实现启动SOA的基本组件，这些组件是一个或多个服务平台（如.NET，Java EE应用服务器等），SOA管理解决方案，注册表，另外如果服务要被暴露在防火墙之外，那么需要XML网关。 

    她说:“如果缺少我推荐启动SOA的‘基本组件’，ESB将不会列在我的清单中。事实上，我并不鼓励人们由ESB开始。ESB并不会鼓励好的SOA行为。ESB本质上是集成系统，而非SOA系统。”并且她认为ESB应该在后期购买。 

    毛新生认为，做SOA的事情不要先上来建立一个大而全的ESB，相反是关注你的业务问题，找到用SOA的方法来解决业务上的需求，在解决这个问题的过程当中，你会看到一系列的业务服务。这些业务服务是会产生业务价值的。它可以灵活地组装，动态地解决你变化的业务需求。这是它的价值，只有这样才能使你的业务敏捷起来，随需应变起来。而在服务的组装过程中，你再去考虑利用ESB来把他们连接起来。 

    需要注意的是，这并不是否认ESB的价值。ESB是好的，单纯的ESB项目是坏的。让架构围绕服务，而非总线。

（编辑：济源站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!