企业服务总线及服务治理改进探析docx

1、企业服务总线及服务治理改进探析一、概述当前，面向服务的架构（SOA）凭借其松耦合的特性，使得企业 可以按照模块化的方式来添加或更新服务，为银行IT的架构整合提 供了巨大帮助。企业服务总线（ESB）在SOA中扮演着重要的角色， 在技术中将分散的通信模式、网络防火墙等进行了集中整合，耦合了 不同的应用之间的集成逻辑。一直以来，几大主流的SOA供应商常 将ESB置于SOA架构的核心位置，但另一方面，业界对于ESB还没有 标准和统一的定义。XXX省农村信用社联合社（以下简称“XXX农信社） 通过实践，认为实施SOA必须要ESB，或“有ESB才能SOA的说法 是片而的，ESB属于基础设施产品，使用范围有

2、限，对服务连通、路 由等有积极作用，但是对服务质量无法起到根本改善作用，还有人工 流程的编排也不合适。二、认识误区（一）混淆ESB的统一性XXX农信社最初的设想是实现一个功能 完整的ESB,使得行内的IT服务可以简单快捷地接到ESB o但是， 目前ESB主要设计了一套接口标准（大多数以XML格式）和通信协 议（大多数以HTTP格式）。与传统前置不同，ESB没有或者只有较少 的交易逻辑，因此开发工作被大大简化。这样的设计是为了在便捷的 情况下实现全行级的服务管理，但在实际中，往往会导致“所有的服 务必须要经过ESB,即便是透传，这在系统建设中会引导外系统使用 和ESB同样的协议和数据标准，从而损

3、害整体系统架构的灵活性。经 过深入分析，XXX农信社发现早期建设时对ESB木身的作用期望太高 是主要原因。因为银行的各个IT系统受不同的功能设计、建设背景 以及技术水平的影响，逻辑迥异和差异性明显，因此，主要功能是连 接异构协议和数据的ESB作用显著。但这也导致在使用过程中容易缺 乏统筹考虑和因地制宜，“简单粗暴地要求统一接口标准和通信标准, 从而导致ESB的使用必要性被削弱。下一阶段，可以考虑建立虚拟的 ESB,通过服务注册机制管控服务，但是又不能强制要求所有外围必 须接入ESBo（二）混淆ESB的组合服务和BPM的服务编排目前，基于ESB 系统的服务架构模式，其服务治理相对欠缺，服务接口契

4、约过于技术 化，业务人员无法理解，服务复用率低；部分服务与前后端接口过于 耦合，前后端服务无法在保证接口契约不变的同时独立变化演进，不 适应全行SOA化的发展。对此，为加强服务治理，ESB提出了服务组 合的设计理念，与过去BPM的服务编排存在相似之处，二者都能将 细粒度的小服务组装成粗粒度的某一大服务，但二者存在显著差别。 1.ESB的作用偏向技术整合比如将“借记卡余额查询服务与“贷记卡余 额查询服务组装起来，得到的结果是卡余额查询服务，其实质是 将后台去往不同系统调度的多路由调用进行有效整合，实现一个功能 更多、场景更丰富的“超级接口。然而，BPM中的服务编排更侧重于 业务流转，前后关联明显

5、。2.ESB上的服务组合一般无状态依赖两次 的子服务请求之间可以没有时序关系，各自独立不受干扰，仲裁逻辑 互不相关。相反，BPM上的服务编排一般需要状态流转，前后存在 依赖关系。在SOA治理中，要通过服务组合、流程编排等手段，实 现对标准化原子服务的灵活利用，自由实现所需的业务流程，提高服 务的复用度和便捷化开发。而当交易流程出现变更时，可以通过重组 组合、重新编排交易执行流程，或对流程中对应服务组件做出小范围 的改动即可实现，这样可以更快地对变更作出响应，并降低流程变更 带来的风险，是实现业务创新、提升开发效率、提升业务敏捷性的有 力手段。三、改进建议（一）使用服务注册库ESB的作用是将全行

6、服务以标准的、开放 的方式展现给需要调用的消费者。要发现某一消费者所查找和使用的 服务不难，难的是多个消费者协调使用多个服务时，如何做到调用可 控、管理可控。同时，随着ESB接入服务数量的不断增多，仲裁逻辑 不可避免地增加，服务管理混乱的迹象慢慢出现。因此，需要对服务 进行全局性的注册、存储、发布、订阅等。要减少外围系统盲目接入 ESB,必须通过服务注册库，具体操作如下。添加一个服务注册/存储 库与ESB协作，将原先存储在ESB上的服务信息逐步剥离到服务注册 库（如服务的元数据、功能描述、安全策略等）。ESB仍执行自身路 由仲裁，而注册库为ESB提供必要的元数据信息，一个负责交易运转, 一个负

7、责交易调度和监控。通过服务注册库，服务消费者能从库中找 到自己所需要的服务，获得调用该服务所需的位置、服务的描述文件、 相应消息格式等信息。最终，每个消费者通过服务注册库就可以便利 地寻找到自身所需的服务接口，在实际调度过程中自主选择是否接入ESB,达到重实质、轻管控，同时也为ESB瘦身。（二）服务治理工作真正对SOA起到决定性推进作用的是全行 级的服务治理，XXX农信社治理工作的重点己从早期的协议转换演进 为服务管理。然而，由于服务治理的过程涉及的人员多（服务提供方、 服务消费者、服务管理员等）、环节多（服务定义、注册与部署、运 行监控、服务优化等）、流程多（服务注销、变更和调用等），服务治

8、 理往往过程复杂但效果不明显。因此，下阶段将围绕3个方而进行服 务治理：人员组织、梳理策略、平台和工具，具体如下。1.人员组织 建立专业、专职人员保障来推动和实施SOA治理活动，确保SOA管 理体系的建立;成立科技服务治理小组，对服务进行全而管理。同时， 专职人员必须保持专业、中立的立场，能提供专业、公平、公正的服 务审核意见。2.梳理策略首先，服务梳理的第一步从解耦开始，对于 存量系统要坚持先解耦再整合的思想，将现有大而全的系统（如核心 系统）采用服务架构和标准化技术进行功能和部署的解耦。其次，服 务梳理要结合“自上而下（从消费端到服务端）和“自下而上（从服 务端到消费端）两种方法，综合考虑。最后，通过同业了解，同时结 合XXX农信社的现状，考虑采用自上而下、消费者驱动的试点治理工 作，将ESB上部分外围渠道调用同一服务者的多个服务进行适当的整 合和梳理。3.平台和工具目前，服务管理的主要平台载体是ESB,后 续阶段SOA化可能还需要新的平台来支持ESB,以实现协调分工。除 了自身平台外，对服务的全生命周期管理还可以采用配套的工具支撐, 实现如报文审计、报文检索、单个/批量的服务动态注册等功能。四、总结与展望ESB系统的构建，主要目的是为了在全行范围内建设一个可为各 业务系统提供专用、高效、实用、可扩展的ESB平台，经过多年的建 设，其基木达到了松耦合、易扩