
企业服务总线(ESB)的概念是从面向服务的体系结构(SOA)提出的. SOA描述了IT基础架构的应用程序集成模型. 软件组件集与定义明确的层次结构结合在一起. ESB是预组装的SOA实现大数据esb,其中包含实现SOA分层目标所需的基本功能组件.
在企业计算领域,企业服务总线是指由中间件基础结构产品技术实现的软件体系结构结构,该结构是事件驱动的,并基于XML消息引擎提供更复杂的面向服务的体系结构. 企业服务总线通常在企业消息传递系统上提供一个抽象层,以便集成设计师可以使用消息的值来完成集成而无需进行编码.
企业服务总线提供可靠的消息传输,服务访问,协议转换,数据格式转换,基于内容的路由和其他功能,从而屏蔽了服务的物理位置,协议和数据格式.
面向服务的体系结构(SOA)是一个组件模型,它通过定义明确的接口和这些服务之间的契约来连接应用程序的不同功能单元(称为服务). 接口是以中性的方式定义的,它应该独立于实现服务的硬件平台,操作系统和编程语言. 这样一来,在各种此类系统中构建的服务就可以以统一且通用的方式进行交互.
用于实现SOA的通用技术
用于实现SOA架构的通用技术包括Web服务,JMS和BPEL.

SOA环境
从下图中,SOA是实现体系结构:
图: SOA部署环境图
从底部查找:
ESB解决了问题
当您的应用程序如下所示时,您需要考虑此时使用ESB,如图所示:

图: 不带ESB的应用程序体系结构
各种应用系统之间的调用形成了没有逻辑的网络. 随着业务的增长,维护是一场噩梦.
图: 使用ESB中介和代理后
每个应用程序的逻辑非常清楚. 每个应用程序仅需要关心如何公开其自己的服务,而调用应用程序仅需要知道如何调用服务. 至于如何去做,去找谁,则完全由ESB完成.
开源ESB
以下是一些流行且易于使用的开源esb:

如何选择ESB
所有ESB产品都应该能够构建和部署服务. 包括整理遗留系统,消息路由,消息格式转换,实现协议的中介等.
首先,我们必须查看ESB是否具有以下特征:
等等.
上面列出的那些常常被评估,但是ESB本身的特征通常更易于识别和评估.
ESB必须具有以下功能:

扩展功能为:
等等.
实际上大数据esb,如何选择自身是与业务相关的问题,以确定您是否选择ESB以及哪种esb可以满足您的应用程序需求.
您选择集成三个或更多应用程序或服务吗?如果需要在两个应用程序之间进行通信,则使用点对点集成会更容易. 您将来真的需要插入更多应用程序吗?如果需要,则可以选择使用ESB. 您需要使用一种以上的通信协议吗?如果有多个协议,则可以选择使用ESB. 您是否需要消息路由功能,例如分支和聚合消息流或基于内容的路由?许多应用程序不需要这些扩展. 您是否需要发布服务以通过其他应用程序使用?如有必要,您可以考虑选择ESB. 您要集成十多个应用程序吗?如有必要,您可以考虑选择ESB. 您真的需要ESB的可伸缩性吗?如有必要,您可以考虑选择ESB.
以上只是一些我想到的问题的列表. 具体情况需要根据具体需要进行分析和处理. 毕竟,如果简单的业务实际上不需要“用大炮扑灭蚊子”,那么最好是合适的!
企业服务总线(ESB)与Salesforce大数据链接
本文来自电脑杂谈,转载请注明本文网址:
https://www.pc-fly.com/a/jisuanjixue/article-266353-1.html
真是叫兽啊
真的
千玺千玺小王子