问什么是ESB，它有什么好处？

EN

这是一个相当高层次的抽象概念。其核心概念是ESB提供中间件和接口，允许企业在不编写代码的情况下连接其应用程序。

这可能包括协调不兼容的协议、数据和交互的中介。

中央总线的概念为额外的抽象层提供了机会。使用行业标准将其他应用程序、客户端等“插入”到此总线中，使得连接具有不同需求的新服务、数据源和客户端变得相对容易。

实际实现

就实际实现而言，这是非常大的企业支持业务的领域。虽然它非常时髦，但它的目标是一个理想的目标，可以通过与互联网的比较在小的层面上理解它：

与互联网的相似性

一条大的通信总线，用途和数据大相径庭，但都运行标准化的协议。

事实上，可以编写一个HTTP到FTP的连接器，允许浏览器访问FTP站点，而无需调用FTP客户端(现在通常内置在浏览器中)。

Mashup

Mashup演示了一个有趣的实现-从旧金山管理局获取一些公交路线数据，从google获取地图，从yahoo获取具有评级的寿司吧位置，然后运行一个简单的查询，给出最近的寿司吧，并对其进行加权，这样您就愿意走得更远一点，找到一家更好的寿司吧。

所有完全不同的服务，它们本身不兼容，但使用标准连接器(例如yahoo pipes )，它们可以被拉到一起，成为一个有凝聚力和有用的整体。

-Adam

免责声明:我在IBM工作，并咨询IBM，这是一个设计用来构建WebSphere的IBM产品。以下是我的观点，并不一定反映IBM的立场。

不幸的是，ESB对于不同的人来说是不同的东西。

对我来说，ESB是一种可以插入到SOA (面向服务的体系结构)中的任何技术，允许您将不同的系统连接在一起。它通常执行协议转换、消息修改、路由、日志记录、充当安全网关等功能。例如，您可以使用ESB将以前只能作为Web服务提供的服务公开为基于JMS的服务。

在这方面，ESB实现(或者更准确地说，是用来构建ESB的软件)在技术上通常类似于过去称为消息传递或队列代理的东西，尽管其用途略有不同，因为(正如缩写所暗示的那样)它是面向服务的，而不是将消息从一个位置移动到另一个位置。技术上的区别有多重要，这是一个见仁见智的问题。

我对商业ESB的经验是，它是一种过于夸张和昂贵的技术，它解决了多少问题就会产生多少问题。ESB将链接新系统和遗留系统，消息将在总线上飞来飞去，所有内容都将能够与其他所有内容无缝通信。再加上一些弹性，编排，你就拥有了一个非常强大的企业应用软件。

当您尝试实际使用它们时，问题就来了，写入总线、创建消息结构等的开销可能会超过好处。作为一个高成本的项目，ESB被视为解决所有技术问题的灵丹妙药，但它不是，太多的时间花在总线上，而不是连接的应用程序/数据上。通常的情况是，多个相互竞争的标准将在同一组织中争夺至高无上的地位，导致这些系统实际上应该修复的经典技术主导的竖井。

使用创建少量特定接口要好得多，通常只在那些需要它的系统之间使用web服务。