企业服务总线(Enterprise Service Bus, ESB)是一种通信模型,允许业务应用程序相互通信。ESB框架包括系统的业务规则和通用标准,和软件机制,通过消息从源到目的地。
ESB通常作为独立存在的中间件。它可以提供一个面向服务的体系结构(SOA),通常为本地网络。
ESB是如何工作的呢?
ESB是一种更成熟的集成方法和组织中一直流行与异构网络上完全不同的应用程序。
在ESB中,大多数集成基于点对点工作,经常依靠手工编写集成或手动文件上传。这种方法是不可靠的,创造了可伸缩性问题,因为每一个新的离散应用程序需要一个n + 1数量的集成。
企业服务总线模式帮助顺利实现SOA原则的一体化进程。这一战略设想一个服务提供者和服务使用者模型,提供者和使用者通过一座桥连接。
ESB提供了那座桥。每个应用程序通过一个适配器连接到ESB处理等任务消息格式和API调用。这样做意味着每个应用程序只有一个连接适配器,进而连接到ESB。如果企业想要添加一个新的应用程序,他们只需要添加一个新的适配器。如果他们想要删除应用程序,他们可以删除现有的适配器。
模型通常是这样运作的:
- 消息一代:一个事件发生在源系统上。这触发了一个事件,生成一个消息给ESB。
- 消息格式:所有应用程序都可能有自己的格式和存储数据的方式,但是这些适配器格式规范化消息格式。通常,这种格式是XML,尽管一些esb支持平面文件、JSON和其他格式。一旦准备好,适配器将消息传递给ESB。
- 消息验证:的ESB请求结构将验证和分类根据建立的业务规则。这个阶段还可能涉及到一个基本的水平数据转换如果目的地需要。
- 解决冲突:ESB使用业务规则来解决可能出现的任何冲突。例如,两个系统可能试图发送同步消息到同一个系统。在这种情况下,ESB将序列按照规定的消息。
- 信息集成:ESB将消息传递到目标系统,这个系统相应的响应。例如,系统可能会将传入的数据添加到数据库。
- 确认和验证:要求,目的地可以将响应发送回源系统确认沟通是成功的。这个收据将在另一个方向通过ESB。
ESB中间件通常是无状态的,这使得它不适合大规模的数据转换。相反,企业将使用一个提取、转换、加载过程,它提供了一个中介分段层。
ESB和iPaaS
ESB是有点阴影的新方法,集成平台作为一种服务,或iPaaS。
iPaaS工作方式相同的基本ESB。它作为一个应用程序之间的集成层,并允许他们在彼此之间传递数据。然而,两者之间有一些关键的差异。
本地与云计算
ESB通常坐落在内部服务器和连接系统的企业网络。一些ESB解决方案可以与云服务集成,但是中间件本身通常坐落在本地机器上。这可以更快,意味着数据从未离开过企业网络。然而,该组织必须为ESB提供足够的服务器空间。
iPaaS是一个基于云的服务,第三方主机和提供给企业。它集成了容易与其他云服务,但它也可以作为一个混合解决方案,连接到云和本地系统。因为它是基于云计算,用户有很大的灵活性,当他们需要规模向上或向下。
传统与新兴
ESB已经作为一个概念自90年代以来,尽管在2002年首次实例化适当的原则。ESB模型预计使用数量的不同来源,每一个都以不同的方式存储和传输数据。组织依赖于老系统可能依赖于现有的ESB。
iPaaS是云时代的产万博max手机网页登录物,经常与其他基于云的应用程序的效果最好。iPaaS可以与旧的内部系统集成,但通常这需要更大的配置比集成与更新的服务工作。更新的企业,以及那些通过数字转换,可以选择采用iPaaS基础设施。
适配器与集成库
ESB使用适配器应用程序之间的通信。适配器通常需要别人代码和配置它们,那个人必须有一个源应用程序的数据结构的理解。每个应用程序都有自己的的沟通方式,这可能包括文件上传和SOAP或rest api。
iPaaS解决方案通常提供一个图书馆流行的基于云的应用程序的集成。这允许用户执行low-code甚至没有代码集成,这意味着非it用户可以在iPaaS集成系统。如果一个应用程序不支持在图书馆,用户可能需要的代码。
直通与中间层
ESB是无状态的,而不是设计用来保存大量的数据在任何时间。消息通过ESB从来源到目的地。虽然这些消息可能经历一些变化,ESB不能执行任何类型的大规模转换。
iPaaS通常可以容纳更多的数据,并对输入数据执行更复杂的操作。这可能是有用的,如果企业需要净化,验证,或集成数据之间通过一个源或另一个。
然而,当操作涉及一个大型的运动数据或复杂的集成,大多数组织将使用ETL (提取、转换、加载)的过程。ETL解决像Xplenty传入的数据保存在一个临时数据库,ETL可以执行广泛的转换。这是最好的方法活动涉及大规模数据转移,如填充数据仓库。ManBetX万博客服
