ESB产品架构之愚见1 主要概念SOA :英文全称是 Service-oriented architecture ,现在概念比较的不统一,主要由以下几种定义
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 监控组件:这个组件可以查看各个部门域内的运行情况。 图表 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 定时清空路由缓存 |
|