当前业务支撑域内各系统间存在大量的接口办事直接调用，这种调用关系在逻辑上呈现为复杂的网状网连接。接口办事网状网连接造成了办理维护上的问题，随着业务支撑系统规模不停扩大，解决此问题也显得愈发急迫重要。

ESB(企业办事总线)作为办事集成平台运行时的核心，提供了网络中最基本的办事连接中枢，此项技术广泛用于SOA(面向办事的体系架构)。集团在NG3-CRM技术规范中将引入ESB作为能力中心建设的核心要素，但能力中心建设非常复杂，建设周期势必很长，不过从中也得到一个启发，ESB作为一项独立的技术，为解决业务支撑系统间接口办事网状网连接及办理问题提供了一种方案。

2 业务支撑系统接口办理存在的问题

中国移动公司业务支撑系统作为企业经营的支撑主体，包罗BOSS、CRM、BASS、VGOP、ESOP、BOMC等系统，这些系统间存在大量接口办事彼此调用的关系。由于接口办事缺乏统一的规划与办理，只是通过直接调用方式提供接口办事。随着系统规模扩大，接口办事提供者与调用者都在不停增加，接口之间呈网状网几何倍数增长，业务支撑系统内的接口办事调用问题逐渐袒露出来。这种接口办事网状网连接方式造成了如下问题：

2.1 接口办事不成见

系统维护人员不清楚系统提供多少接口办事，接口办事的调用方包罗哪些，造成系统维护困难。

2.2 接口办事缺少统一办理

系统间接口调用呈网状网连接，接口办事缺少统一的办理维护功能，系统维护人员不了解接口办事能力，哪些办事需要改进，办事调用流程应该如何有效的管控与调度，系统接口办事质量无法得到有效办理。

接口过多且缺乏统一的办理规范，导致目前接口协议种类过多，缺乏统一监控与办理。

2.3 接口办事重复

接口办事尺度化与复用程度不足，造成大量低效、冗余的补丁式开发，而急用先行又导致系统功能的重复建设。差别的系统内存在同一特定功能接口办事，接口功能重复，且可能存在接口办事纷歧致问题。

2.4 接口办事开发复杂

接口办事及其业务组件实现重用度低，接口办事缺乏可继承性，开发效率较低。存在大量接口改造配合工作和相应开发费用。

3 业务支撑系统接口办事办理探讨

按照集团下发的第三代业务支撑系统技术规范，NG3-CRM系统架构从传统的三层架构调整为开放的五层架构，其中业务层拆分为应用办事层与能力编排层两部分。应用办事层划分为各个能力中心，能力中心内部核心功能内聚为可在整个中心内复用的业务组件，通过对业务组件的封装形成尺度的业务办事，能力中心将其内部各业务组件对外提供的业务办事注册到能力编排层，通过能力编排层统一对外提供各中心接口办事能力;能力编排层使用ESB(企业办事总线)汇聚CRM的核心能力，通过集中化、尺度化办事的接入和编排，实现系统内接口办事能力的集中，外部系统以及其他能力中心都通过能力编排层调用办事。NG3-CRM系统应用办事层与能力编排层结构如图 1 所示。

图1 NG3-CRM应用办事层与能力编排层

NG3-CRM应用层改造参考SOA思想，，将耦合度较高的应用层解耦为多个高内聚、低耦合的能力中心，再通过ESB将各中心的能力进行集成与编排。NG3-CRM应用层改造主要目的是使系统具备水平扩展与分布式x86 安排的能力。但我们也发现这种改造将原先接口办事网状网连接方式转变为总线形式，实现了接口办事能力的集中。受此启发，可以将中心化思想与ESB技术从CRM系统扩展至整个业务支撑系统，并建设配套的办事治理模块实现接口办事的集中办理，具体包罗以下 3 个步骤。

(1)解耦：将现有业务系统采用SOA架构和尺度化技术进行功能和安排的解耦，将原有系统应用拆分成多个能力中心，能力中心提供相同类另外原子办事;

(2)集成：因为业务的关联性，解耦陪同着需要解决集成问题，通过引入ESB对接口办事进行管控;

(3)办事治理：通过在ESB基础之上，增加办事治理模块，建设ESB接口办理平台，实现接口办事监控与办理，全面提升IT集成能力。

图2  业务支撑系统接口办事治理演进思路