ESB企业服务总线

主要是为了解决信息孤岛,不同系统需要互联互通整合的需求,而是为了解决业务的变化所导致的对IT灵活性和适应变化的需求、

面向服务体系架构(Service-OrientedArchitecture,SOA)是在计算环境下设计、开发、应用、管理分散的逻辑(服务)单元的一种规范,要求开发者从服务集成的角度来设计应用软件。SOA的目标就是实现灵活可变的IT系统。要达到灵活性,通过三个途径来解决:标准化封装、复用、松耦合可编排。

ESB(Enterprise Service Bus,即企业服务总线)是面向服务架构(SOA)的最佳实现,是一种在松散耦合的服务和应用之间标准的集成方式。以广为接受的开放标准为基础来支持应用之间在消息、事件和服务级别上动态的互连互通,

企业服务总线,简称ESB,是基于目前最为先进的面向服务架构(SOA)的最佳实现,为企业提供一套先进、高效、稳定、开放、安全的应用集成服务,可以将企业的所有业务流程和应用程序进行协调与协作,包括收集企业的数据和流程信息,以及对它们的管理从而使企业的应用程序和用户可以方便快速的实现其业务目标。ESB从根本上改变了对企业应用的设计、开发和集成的方式。它倡导企业应用的模块化服务、增量开发、便捷集成和重用。ESB可以实现可靠的消息传递、服务的虚拟化、服务的发现和调用、策略管理,可以将应用程序和分离的集成组件拉在一起,以产生服务装配组合从而形成复合的业务流程,进而自动化一个实时企业中的业务功能。

ESB采用了“总线”这样一种模式来管理和简化应用之间的集成拓扑结构,以广为接受的开放标准为基础来支持应用之间在消息、事件和服务级别上动态的互连互通,是一种在松散耦合的服务和应用之间标准的集成方式。

时间: 2024-10-05 23:54:17

ESB企业服务总线的相关文章

服务端高并发分布式架构 ESB 企业服务总线

服务端高并发分布式架构演进之路 - 个人文章 - SegmentFault 思否 https://segmentfault.com/a/1190000018626163 ESB 企业服务总线讲解 https://mp.weixin.qq.com/s/vWtuv2UnnVPi4U5w97REmg 银行企业服务总线应用架构 https://mp.weixin.qq.com/s/PwvPHGHbjotrST0biiTUKA 原文地址:https://www.cnblogs.com/yuanjiangw

企业服务总线Enterprise service bus介绍

企业服务总线(Enterprise service bus). 以往企业已经实现了很多服务, 构成了面向服务的架构,也就是我们常说的SOA. 服务的参与双方都必须建立1对1 的联系,让我们回顾一下SOA架构有哪些基本的要求: SOA在相对较粗的粒度上对应用服务或业务模块进行封装与重用: 服务间保持松散耦合,基于开放的标准, 服务的接口描述与具体实现无关: 灵活的架构 -服务的实现细节,服务的位置乃至服务请求的底层协议都应该透明: 在SOA中,我们还需要这样一个中间层,能够帮助实现在SOA架构中不

微服务和企业服务总线

在过去SOA中服务是一种粗粒度的服务,也就是与微服务相反,粗粒度的服务有两个好处:易于重用,减轻ESB的负载:而微服务催生,比如对事件总线的性能和可靠性要求提高,因为每个微服务是很小的组件,甚至是一个类,微服务之间的通讯几近类似于两个单个对象之间交互调用,性能称为至关重要,而过去的ESB产品主要面向工作流程的编排与灵活性上,性能是第二位的. 另外,微服务对团队组织也产生不同于ESB时代的影响,ESB时代,很多集成业务逻辑,也就是跨服务调用的逻辑放在ESB中,形成了专门的ESB产品开发团队,这是以

SOA服务总线设计

背景 基于总线的设计,借鉴了计算机内部硬件组成的设计思想(通过总线传输数据).在分布式系统中,不同子系统之间需要实现相互通信和远程调用,比较直接的方式就是“点对点”的通信方式,但是这样会暴露出一些很明显的问题:系统之间紧密耦合.配置和引用混乱.服务调用关系错综复杂.难以统一管理.异构系统之间存在不兼容等.而基于总线的设计,正是为了解决上述问题.总线则作为中枢系统,提供统一的服务入口,并实现了服务统一管理.服务路由.协议转换.数据格式转换等功能.这样能够将不同系统有效地连接起来,并大大降低了连接数

SOA实践之基于服务总线的设计

在上文中,主要介绍了SOA的概念,什么叫做“服务”,“服务”应该具备哪些特性.本篇中,我将介绍SOA的一种很常见的设计实践--基于服务总线的设计. 基于服务总线的设计 基于总线的设计,借鉴了计算机内部硬件组成的设计思想(通过总线传输数据).在分布式系统中,不同子系统之间需要实现相互通信和远程调用,比较直接的方式就是“点对点”的通信方式,但是这样会暴露出一些很明显的问题:系统之间紧密耦合.配置和引用混乱.服务调用关系错综复杂.难以统一管理.异构系统之间存在不兼容等.而基于总线的设计,正是为了解决上

服务总线

丁码农 SOA实践之基于服务总线的设计 在上文中,主要介绍了SOA的概念,什么叫做“服务”,“服务”应该具备哪些特性.本篇中,我将介绍SOA的一种很常见的设计实践--基于服务总线的设计. 基于服务总线的设计 基于总线的设计,借鉴了计算机内部硬件组成的设计思想(通过总线传输数据).在分布式系统中,不同子系统之间需要实现相互通信和远程调用,比较直接的方式就是“点对点”的通信方式,但是这样会暴露出一些很明显的问题:系统之间紧密耦合.配置和引用混乱.服务调用关系错综复杂.难以统一管理.异构系统之间存在不

SOA之基于服务总线的设计

在上文中,主要介绍了SOA的概念,什么叫做"服务","服务"应该具备哪些特性.本篇中,我将介绍SOA的一种很常见的设计实践--基于服务总线的设计. 基于服务总线的设计 基于总线的设计,借鉴了计算机内部硬件组成的设计思想(通过总线传输数据).在分布式系统中,不同子系统之间需要实现相互通信和远程调用,比较直接的方式就是"点对点"的通信方式,但是这样会暴露出一些很明显的问题:系统之间紧密耦合.配置和引用混乱.服务调用关系错综复杂.难以统一管理.异构系统

C# 消息队列-Microsoft Azure service bus 服务总线

先决条件 Visual Studio 2015或更高版本.本教程中的示例使用Visual Studio 2015. Azure订阅. 注意 要完成本教程,您需要一个Azure帐户.您可以激活MSDN订阅者优惠或注册一个免费帐户. 1.使用Azure门户创建一个命名空间 如果已经创建了Service Bus命名空间,请跳转到使用Azure门户部分创建队列.+ 创建服务命名空间 要在Azure中开始使用服务总线队列,必须首先创建一个命名空间.命名空间提供了一个用于在应用程序中寻址服务总线资源的作用域

消息队列、服务总线 zbus

轻量级服务总线/消息队列 1)多种消息模式--支持生产者/消费者,发布订阅,RPC 2)丰富的API--C/C++/C#/JAVA/Python/Node.JS跨平台.多语言支持 3)开放协议标准--原生兼容HTTP协议(长连接),头部动态扩展 4)支持TrackServer与ZbusServer高可用横向动态扩容机制 ZBUS追求极度轻量级,<200K 发行jar包(从早期的基于ZeroMQ C实现演化为JAVA NIO实现),不依赖任何其他包:高度可扩展(异步通讯NIO,Remoting,日