面向 esb 的体系结构:一种错误的采用 soa 的方式

    soa 的主要目标是在业务领域与 it 领域之间保持一致，从而同时提高二者的效率。

    从这个角度而言，将 it 与业务保持一致是不现实的。业务部门似乎不知道自己需要什么。其流程对自动化构成了挑战。实现流程自动化的工作没有效果，而且站不住脚。

    技术对于工程师来说更容易掌握，也让他们觉得比较满意。这也碰巧成为了大多数企业软件公司销售的主要内容。esb 是技术，用于连接到其他技术。

    这经常被称为连接一切 的项目。客户有很多部分――应用程序、计算机系统、数据中心、部门、子公司、外派机构、合作伙伴和客户――这些部分彼此并不通信。各个部分对其他部分所进行的工作毫不知情。一个部分拥有另一个部分需要的数据，因此这两个部分需要协同工作。只有所有的部分连接到一起，才能够都正常工作。与尝试了解业务需求的无效果相比，连接一切是一个能够解决的问题，因为其解决方案是技术。如果将 it 部门比作锤子，则 esb 就是 soa 的钉子。

    客户经常喜欢将 esb 中的第一个词替换掉。他们不使用企业，而使用其它的组织单位，如公司、部门或政府。有时候还会使用其用途进行描述，如采购或工资单。或者描述其将传递的内容，如产品或订单。即使客户所需的是公司产品采购服务总线，也不要被服务总线 之前的词语所迷惑。这些客户需要的是 esb。他们有时候甚至会这样描述需求“一个 esb，但……”。

    客户机经常不会太多考虑 esb 的服务部分。xsb（x 可以为企业或别的什么）用于调用服务，否则就只是消息总线。服务调用指一个应用程序告知另一个应用程序进行什么工作，而后者将完成此工作，而且通常会发送回响应，以报告结果。