ESB产品架构之愚见

1       主要概念

SOA :英文全称是 Service-oriented architecture ,现在概念比较的不统一,主要由以下几种定义

  1. W3C :可以调用的一系列组件,其接口描述可以发布和发现。
  2. CBDI :一组策略,实践和框架,支持将应用程序功能作为一组服务在与能够调用,发布和发现的服务使用者相关的粒度发布; 这组服务是使用接口的单一标准形式从实现抽象出来的。
  3. Gartner: 面向服务的体系结构是一种客房机/ 服务器软件设计方法,其中的应用程序由软件服务和软件服务的使用者(也称为客户机或服务请求方)组成。SOA 与更为通用的客户机/ 服务器模型不同,其定义强调软件组件间的松散偶合及对独立接口的使用。
  4. IBM :面向服务的体系架构(Service Oriented Architecture,SOA )是一个建设企业IT 架构的架构风格。采用面向服务的原则,达到业务与支持业务的信息系统的紧密结合。
  5. BEA :面向服务的体系架构是一个IT 战略,将企业应用中分散的功能组织成为支持互操作、基于标准的服务。这些服务可以被组合及快速重用以满足业务需求。

ESB : 全称为 Enterprise Service Bus ,即企业服务总线

BPM : Business Process Management 业务流程管理

2       概述

ESB 的存在主要是为了整合企业内部的应用,使一个企业能的应用能合为一体,而不是成为一个个独立的应用。可以说 ESB 企业内所有的服务的中心点,其他的系统间的交互都要通来 ESB 来完成。为此他的质量属性的重要性依次是这样的,可用性、性能、可修改性、可测试性、易用性。它门描述可以参看下面的 2.1 章节

为了完成这些属性,我们可以从企业域, 部门 域, ESB 内部视角三个层次来进行说明。因为 ESB 除了高可用性和性能之外,高可伸缩性也很重要,在实际的应用过程中,你可以进行对整个结构进行裁减,在开始时,你可能只要一个部门域,一个部门域内支持水平扩展,当到了瓶颈后,你可能会部署多个部门域,这样做到这时你可以把他看成一个垂直扩展。

2.1     ESB 的质量属性

第一位:可用性

ESB 是企业内应用之间及对外第三方系统之间交互的集中点,他集中的管理了交互的所有服务。他还有服务查找,管理,审计,监控,分析,等功能。当一个 ESB 服务出现了故障,它就将会影响企业内的所有应用的正常运行。所以,可用被性放在了第一位。

第二位:性能

随着企业内部整合的推进,ESB 内部的服务交易量应该不会是个小数,高性能对于一个ESB 的应用也是非常重要的。

第三位:可修改性

因为 SOA 的企业治理是一个循序渐进的过程,在ESB 部署的开始之初,很难对交易的量上有一个准确的估计,对性能的扩展性有比较高的要求。

在实际的生产运维过程中,我们还是会常常发现,服务可能会出现这样或那样的问题。为了让使用这个服务的应用能正常的使用,快速的修改和部署,是一个很重要的问题。

ESB 的项目是随着SOA 的企业治理而进行一次次的迭代过程,这也就意味这可修改性在ESB 中的重要性。

第四位:可测试性

ESB 的上线既然是一个迭代的过程,服务会根据SOA 理念的深入而增加。在迭代的过程中,要保证以前的服务能顺利的通过,可测试性是一个很重要的保障。

企业内应用的交易,应该只面向ESB ,它们要交互并不需要知道这个服务在哪里或是给谁使用。这时,ESB 的测试就是一个很大的问题,因为这支交易在开始的时候,你可能并不知道他会在哪里被使用,但我们至少要保证这支交易基本上是正确的,这样才能便于使用。

第五位:易用性

易用性,这当然是要提高一个服务的开发效率,能快速的开发和部署一个服务。因为他对生产上的活动没有影响,在这里它只能放在第五位

3 企业域视图

在大多数据情况下,如果你的交易量不大,你大可以只使用一个部门域来支撑整个企业内的服务。但如果只是一个 ESB 的部门域的话,是没有办法支撑后来交易量的年年增长的。虽然我们的每一个部门域,都可以自行进行水平的扩展,但这还是有一个度,如果超过这个度后,你就只能使用垂直扩展,这种扩展方式当然没有水平扩展来得廉价,但他能支撑更大的交易量。

在企业域中,最大的特点就是有多个部门子域,每个部门子域都是高度自治的。他们可以独立的处理域内各个系统的整合,只有当需要别的域的服务时,他才会请求其他的域。为了防止部门域之间变成一个蜘蛛网,这里我们引入了企业域管理器,来统一管理域内的服务与及对这些部门域进行必要的监控。

在企业域管理器中主要有以下的几个组件:

l  企业服务查找注册组件:这个组件一般情况下是独立部署的,而且应该有很高的可用性,在理想状态下,应该可以查找到所有部门域中的所有交易。跨域的交易都需要通过这个组件来查找到对应域的服务。

l  监控组件:这个组件可以查看各个部门域内的运行情况。

ESB产品架构之愚见_第1张图片

图表 3 ‑ 1

3.1     元素

3.1.1  企业域管理器

3.1.1.1        企业服务查找注册组件

这个是企业域管理器的核心组件,使用他来管理整个企业内的所有服务,这个组件应该有以下几个功能。

l  服务注册:注册服务的地址,服务的说明。

l  服务版本管理:可以管理个服务的版本。

l  服务客户端代码的生成,根根服务的地址和说明生成服务的客户端,一般是 java 版本。

l  服务路由表的查找:主要是为了查找对应的服务的地址,而且可以对服务路由进行推送。

l  服务的使用方注册:你要请求其他的域的服务,你就需要告诉服务查找注册组件,这样就可以通过此组件找到此服务的使用路径,从而当服务进行更改后,可以有效的通告相对应的交系域。

3.1.1.2 监控组件

这个组件可以查看各个部门域内的运行情况,并在部门域的运行超过伐值时进行相应的预警,必要时,操作域内流控来操作交易。具体的功能如下:

l  查看各个部门域内的运行情况。如硬件资源,交易信息,流控信息,配置信息。

l  对资源使用情况进行预警

l  根据情况操作部门域内的配置参数,比如流控的配置参数。

l  定时收集各个域内的信息,保存后,为报表、决策分析等提供信息支持。

3.1.2  部门域

部门域是整个企业域内的一个个的 ESB 结点,每个部门的域内会根据项目群,或者根据部门来进行划分,在各个部门域内都有一个 ESB 的应用,通过这个 ESB 来整合整个部门内的服务和应用。这个元素我们将会在部门域的视角中祥细进行阐述。

3.2     场景

3.2.1  子域间交互

所有的服务都会被注册到企业管理器的服务查找组件中,这个组件拥这些服务的描述和服务的地址信息。一个具体的流程可以查看序列图(图表 3 ‑ 2 ),部门域 A 如果要发起一个跨域的服务请求,那就必须要使用企业域管理器的服务查找组件,通过这个组件的路由表来获取此服务的服务方的部门域 B 的服务的地址后,才能请求对应的部门域 B 。

为了提高性能,在这个场景里,我们也可以在启动的时候就去取对应的路由表信息,然后缓存起来,通过缓存来找到部门域 B 的地址,但这样有一个注意点,那就是当部门域的改变了服务的地址后的通知部门域 A 的策略问题,我们可以有下以几种策略

l  服务查找组件进行推送

l  如果服务请求地址出错,重新请求服务查找组件

l  定时清空路由缓存

ESB产品架构之愚见_第2张图片

        图表 3 ‑2

你可能感兴趣的:(ESB)