1. 介绍

1.1. 本文目的

本文的目的在于针对中国电信行业EAI的建设，从技术层面提出几点架构性建议，供电信运营商在系统的规划中进行参考。其中涉及的内容是基于多年在电信业的经验进行陈述，同时注意到在这些关键的技术架构方面，直接影响到电信运营商业务支撑系统的长远规划。

1.2. 范围

本文包含以下主题：

?EAI技术路线

?电信共享信息/数据模型

?接口参考模型与适配器架构

?电信业务流程模版

?流程补偿机制的实现--保证交易的一致性

?EAI的高端解决方案--业务行为监控(BAM)

?解决EAI性能瓶颈

?电信行业EAI项目管理实施经验

2. EAI技术路线

2.1. EAI技术概述

企业应用集成(EAI)的核心是使用中间件连接企业应用。有多种不同类型的中间件可以提供EAI的功能。在选择EAI中间件时需注意以下的基本特征：

?通过中间件将不同的应用连接起来，保证应用的独立性，在不需要修改应用自身的业务逻辑的同时，又解决了数据共享问题。

?对核心共享业务数据模型的处理与支持。

?实现业务流程自动化。确保各个部门在采用不同的系统的同时可以协同完成同一个工作。

?使应用开发变得简单。中间件提供简单易用的编程接口，不需要考虑网络和操作系统的复杂性。所以使开发者将精力集中在业务逻辑的开发上，而不需要关心消息是如何传递的，中间件会来处理通信问题。

?支持应用架构的不断变更。可以方便地重新配制以增加或去除系统而不会影响其它系统。

?能够提供实时接口和批处理接口，能够提供同步和异步接口;

?必须保证数据的安全，只有目的应用可以读取;

?性能和数据吞吐量必须足够，并且具有灵活的可扩展性以适应企业的发展;

?必须具备恢复机制，当数据传输过程中发生连接中断等异常可以确保数据的恢复。

?对流程管理提供预定义的通用模版与行业模版。

2.2. 五大集成模式

业界公认的集成解决方案由五个组成部分：

?应用集成：通过HUB或总线架构，实现应用与应用之间的连接，完成相关的数据路由与数据格式转换。

?信息集成：实现数据集成，在异构的数据源之间实现数据层的直接整合。

?流程整合管理：实现业务流程管理，包括工作流管理、自动化流程两层面。

?人员整合：实现应用用户界面统一的接入与安全机制，利用门户技术进行构建。

?构建整合：通过J2EE应用服务器技术设计实现节点的应用。

目前只有IBM可以提供全部五种解决方案。

2.3. 第四代EAI技术

在系统应用集成领域，如下图所示，有四个重要的发展阶段：

第一代，手工接口。主要特征包括：涉及的应用数量较少、利用文件交换、利用批处理导入、批处理非实时性、高额维护费用、缺乏重用性、缺乏灵活性。

第二代，基于消息的端到端接口。主要特征包括：应用与接口的数量增加、异步消息、异构平台、专注传输与消息的可靠性、较快的集成周期。不足之处主要是：接口数量剧增且复杂、相应的增加维护与支持、缺乏可重用性。

第三代，星型(Hub/Spoke)架构。主要特征包括：基于消息的Hub架构实现路由与格式转换，替代端到端的设计、工作流开始产生并包含于Hub中、大数量的应用需要数据同步、实时或准实时的数据交换出现、以应用为中心的看法得到改变。不足之处主要是：对Hub、适配器、工作流的编程与管理较为昂贵，同时重用性较低。

第四代，EAI解决方案中心。主要特征包括：提供得到验证的行业业务流程模版库，而不是从空白开始建起、提供一个为未来的业务与IT流程发展的系统平台。提供共享数据模型实现机制、业务流程独立于应用、实时的客户驱动流程成为通用模式、由业务分析员设计的工作流驱动Hub与应用、遵循企业神经系统(ENS)模式(Gartner Group)、快速的设计、开发、提交与维护、较高的重用性、定制化的组件得到普遍认可。

2.4. 技术方案分期实施在技术实施中，可针对项目的实际情况，分阶段采用EAI的不同技术，通常分为两类：

?部分业务采用EAI技术，其它部分根据此部分的实施结果来确定采用的技术路线，总结展开EAI对业务的覆盖范围。此类模式通常适合在原有系统基础上进行EAI的改造。

?首先采用EAI的部分技术，特别是业务流程管理方面，而不是对EAI的全方位技术普遍采用。通常对工作流的实施可以放在后期执行。此类模式适合于新建业务系统的情况。

3. 电信共享信息/数据(SID)模型

3.1. 信息/数据共享介绍

什么是共享信息/数据?在NGOSS中使用一个简单的信息模型-共享信息和数据模型对数据进行定义和模型，即对所管理的数据的属性、操作和相互间的交互进行描述。共享信息和数据模型的目的是对信息和数据进行共享和管理。因此，该模型通过多种视角对整个NGOSS系统中不同应用系统的领域信息进行描述，包括业务视角、系统视角、实现视角和实时运行视角。业务角度是从基础的业务需求中确定合约组件，系统角度则提供了合约组件的详细内容。在NGOSS中，从业务视角和系统视角对共享信息和数据进行了描述。这些信息通过合约组件在NGOSS系统中共享和重用，当合约组件所需要的信息格式与通用的数据描述不一致时，需要将合约组件中的信息转换成共享信息和数据模型中定义的标准信息。

3.2. 从不同视角去看共享信息/数据

如图，从业务视角上看共享的数据和信息是指对业务实体的定义和相关属性的定义，它确定了业务系统对共享数据和信息的需求;而系统视角则从系统角度出发，通过对业务实体的静态和动态分析使用逻辑模型的方式对数据和信息进行了更深入的描述;而一个实现的视角则不仅将逻辑模型变成可以真正实施的物理模型，而且可以帮助我们验证所设计的共享数据和信息模型是否能够真正满足业务的需求;最后，共享的数据和信息通过运行在各个合约组件中进行共享。

在企业范围内，建立企业数据模型至关重要，属于企业技术的数据架构的核心内容之一。由于同样的数据类型有不同的数据结构，要找出具体的数据结构适合所有应用几乎是不可能。所以，不灵活的企业实体关系数据模型没有太大的使用价值。企业级的数据模型应该是可以指导开发逻辑数据模型的工具。在建立好企业数据模型后，如何将数据模型在企业的系统平台上承载起来，是一个现实问题。如下图所示，EAI平台是企业内稳定的架构部分，同时也是沟通企业各个应用系统的核心，因此将定义的企业数据模型承载到EAI平台将是一个较为理想的解决方案。一方面，避免了定义好的企业数据模型被束之高阁，有名无实，失去应用的价值;另一方面，EAI是扩充能力较强的平台，可以维持较好的数据模型的动态演进。

                                                     [1]  [2]