IBM在电信业应用集成(EAI)

lgyx

电信业应用集成(EAI)是最近IT领域应用的热点，在电信行业，电信业务支持系统如何实现EAI也成为电信运营商们关注的话题。本文针对中国电信行业EAI的建设，从EAI技术层面提出几点架构性建议，供电信运营商在系统的规划中进行参考。其中涉及的内容是基于多年在电信业的经验进行陈述，同时注意到在这些关键的技术架构方面，直接影响到电信运营商业务支撑系统的长远规划。
EAI技术综述
首先介绍一下EAI技术的几个基本特征，五个组成部分和四个反展阶段。
EAI基本特征 企业应用集成(EAI)的核心是使用中间件连接企业应用。有多种不同类型的中间件可以提供EAI的功能。在选择EAI中间件时需注意以下的基本特征：
通过中间件将不同的应用连接起来，保证应用的独立性，在不需要修改应用自身的业务逻辑的同时，又解决了数据共享问题。
对核心共享业务数据模型的处理与支持。
实现业务流程自动化。确保各个部门在采用不同的系统的同时可以协同完成同一个工作。
使应用开发变得简单。中间件提供简单易用的编程接口，不需要考虑网络和操作系统的复杂性。所以使开发者将精力集中在业务逻辑的开发上，而不需要关心消息是如何传递的，中间件会来处理通信问题。
支持应用架构的不断变更。可以方便地重新配制以增加或去除系统而不会影响其它系统。
能够提供实时接口和批处理接口，能够提供同步和异步接口；
必须保证数据的安全，只有目的应用可以读取；
性能和数据吞吐量必须足够，并且具有灵活的可扩展性以适应企业的发展；
必须具备恢复机制，当数据传输过程中发生连接中断等异常可以确保数据的恢复。
对流程管理提供预定义的通用模版与行业模版。
五大组成部分  业界公认的集成解决方案由五个组成部分：
应用集成：通过HUB或总线架构，实现应用与应用之间的连接，完成相关的数据路由与数据格式转换。
信息集成：实现数据集成，在异构的数据源之间实现数据层的直接整合。
流程整合管理：实现业务流程管理，包括工作流管理、自动化流程两层面。
人员整合：实现应用用户界面统一的接入与安全机制，利用门户技术进行构建。
构建整合：通过J2EE应用服务器技术设计实现节点的应用。
目前，业界能够提供全部五种解决方案只有IBM。
四个发展阶段  在系统应用集成领域，如下图所示，有四个重要的发展阶段：
第一代，手工接口。主要特征包括：涉及的应用数量较少、利用文件交换、利用批处理导入、批处理非实时性、高额维护费用、缺乏重用性、缺乏灵活性。
第二代，基于消息的端到端接口。主要特征包括：应用与接口的数量增加、异步消息、异构平台、专注传输与消息的可靠性、较快的集成周期。不足之处主要是：接口数量剧增且复杂、相应的增加维护与支持、缺乏可重用性。
第三代，星型（Hub/Spoke）架构。主要特征包括：基于消息的Hub架构实现路由与格式转换，替代端到端的设计、工作流开始产生并包含于Hub中、大数量的应用需要数据同步、实时或准实时的数据交换出现、以应用为中心的看法得到改变。不足之处主要是：对Hub、适配器、工作流的编程与管理较为昂贵，同时重用性较低。
第四代，EAI解决方案中心。主要特征包括：提供得到验证的行业业务流程模版库，而不是从空白开始建起、提供一个为未来的业务与IT流程发展的系统平台。提供共享数据模型实现机制、业务流程独立于应用、实时的客户驱动流程成为通用模式、由业务分析员设计的工作流驱动Hub与应用、遵循企业神经系统（ENS）模式(Gartner Group)、快速的设计、开发、提交与维护、较高的重用性、定制化的组件得到普遍认可。

电信行业EAI解决方案
1.  电信共享信息/数据（SID）模型
信息/数据共享介绍
什么是共享信息/数据？在NGOSS中使用一个简单的信息模型—共享信息和数据模型对数据进行定义和模型，即对所管理的数据的属性、操作和相互间的交互进行描述。共享信息和数据模型的目的是对信息和数据进行共享和管理。因此，该模型通过多种视角对整个NGOSS系统中不同应用系统的领域信息进行描述，包括业务视角、系统视角、实现视角和实时运行视角。

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

        在企业范围内，建立企业数据模型至关重要，属于企业技术的数据架构的核心内容之一。由于同样的数据类型有不同的数据结构，要找出具体的数据结构适合所有应用几乎是不可能。所以，不灵活的企业实体关系数据模型没有太大的使用价值。企业级的数据模型应该是可以指导开发逻辑数据模型的工具。在建立好企业数据模型后，如何将数据模型在企业的系统平台上承载起来，是一个现实问题。如下图所示，EAI平台是企业内稳定的架构部分，同时也是沟通企业各个应用系统的核心，因此将定义的企业数据模型承载到EAI平台将是一个较为理想的解决方案。一方面，避免了定义好的企业数据模型被束之高阁，有名无实，失去应用的价值；另一方面，EAI是扩充能力较强的平台，可以维持较好的数据模型的动态演进。 通用业务对象(GBO)
　　IBM EAI解决方案以WBI（WebSphere Business Integration）为核心，通用业务对象GBO(Generic Business Object)是IBM WBI在集成电信应用系统时所定义的，是为了实现应用系统之间交互过程中的数据映射，从而满足数据共享的需求。
　　通用业务对象是一组通用的、跨应用的、与领域相关的业务对象，它包含了所有应用系统相互通讯所需要的信息。各个应用系统通过数据映射把它们内部的数据信息转换成通用业务对象或反过来把通用业务对象转换成它们内部的数据格式，从而解决了不同应用系统之间的数据模型匹配问题。当应用系统变化时，只需提供新的数据映射使其能对应到通用业务对象即可，不需要对系统集成中间件进行修改。通用业务对象最大的好处是使系统集成中间件的业务处理逻辑与应用系统相对独立。
　　共享信息/数据模型平台机制
　　数据模型不是包括各应用系统中的所有的数据元素，而是关于需要共享和可视的数据的模型。数据模型是以对各应用通用的并以行业标准词汇表达。例如自动化的业务流程，是通过通用业务对象(GBO)及其相关的活动表达的，应用把这些交易转换并反映到应用自身的数据库中。
　　WBI提供通用业务对象(GBO)的技术，该技术为建立数据模型提供了平台机制，使用户可以在此平台上构建通用业务对象，并与整个EAI平台的各模块协调融合，从而实现企业的共享数据模型在EAI平台上的承载。

　　数据架构与流程架构
　　如上图所示，利用WBI提供完整的技术架构模式，来完整的把业务承载平台的数据架构、业务流程架构有机的协同起来，利用其内在的机制完成整个架构的实现。从数据架构方面，将应用系统数据、数据仓库数据、共享数据模型协同起来，构造良好的体系结构与数据远景。
　　2.  接口参考模型与适配器架构
　　设计理由和风险
　　适配器完成的功能是实现应用系统与EAI HUB之间的连接接口，主要包括数据与通讯两个层面。在适配器设计与选型方面，EAI技术提供的方案有多种形式，根据不同的情况作不同的选择。下面对常用的适配器类型进行分析。
　　基于数据库的接口与适配器
　　应用系统对外提供的接口是应用数据库，适配器通过对应用数据库的操作来实现EAI与应用间的交互。此类接口是应用系统可对外提供的最底层的接口类型，允许适配器直接访问应用的数据。针对此方式，尽管这也是常用方式之一，但其中有很多严重的不足。
　　使用数据作为应用的接口，意味着将数据的结构体设计暴露出来。当应用发生改变时，通常需要重新分析、甚至改变此数据接口。当应用系统的数据改变时，为了触发外部应用，通常需要使用基于应用数据库的外部触发器或使用低效的循环查询策略，这不是一个”干净”的解决方案，外部应用对维护数据的完整性也将负有责任，为此需要理解需要集成的应用系统的结构。总之，其结果将是一个难以维护的交错系统。