1、SOA 模式下的电信企业信息化建设范向辉 吕景松 智韶清中国移动通信集团河北有限公司 石家庄 050021 1 电信企业信息化面临的困难企业管理者希望更充分地利用 IT 资源，更快地得到投资回报，和现存的系统进行整合，快速地部署新的系统，从而实现企业信息系统的整合。但有些事情正在发生变化，软件运行环境日趋复杂，各种新软件、系统不断增加，再加上部署时间紧张和投资有限，这要求我们尽量重用旧的系统，而不是新建系统取代它们。在这样的环境中，点对点的解决方案只能增加问题的复杂程度，不能真正解决上述困难。现在需要一种新的架构，能充分包容各种异构的计算环境，包括各种不同的硬件、操作系统、中间件、语言和数据源
2、。企业经过几年甚至几十年的不断建设、发展，留下了大量的软件系统，这些系统已经逐步成为企业下一步发展的巨大障碍。如何有效整合、利用旧的系统成为了企业信息化建设的巨大挑战。电信企业的应用系统来自于不同的软件厂商和合作伙伴，在企业中，各个业务部门相互独立，从而产生了大量的冗余系统或功能，为企业信息化应用的整合造成了极大的障碍。在企业部署新产品和服务时，这些冗余的系统增加了成本，而且延误了时间，某个系统中一个小的改变就可能会导致每一个系统或者应用的修改。企业为了在不同的应用系统之间实现协作或数据共享，在现有系统中建立了各种各样的接口和连接，然而这只是为了实现与特定系统重新创建连接，众多分散、杂乱的连接
3、和接口成为了很多企业的难题。例如，有 n 个应用必须直接建立连接和接口，点对点的模式需要建立 n（n1）个连接。如果需要连接一个新的应用，那么就必须建立、测试和文档化 2n 个连接。这会给这些应用的维护带来很大的问题，因为必须修改每一个现有的应用让它们包含新的接口，相应的测试成本也会呈指数级上升。我们需要一种简单的解决办法，如果新增一个应用只需要增加一个接口，这样就会大大降低成本和复杂性，然而采用直接的点对点的连接是无法满足这一要求的。2 SOA 企业应用架构SOA（Service Oriented Architecture，面向服务的体系架构）是一个以业务组件为核心的应用架构模型，它将应用程
4、序的不同业务功能单元通过这些服务之间定义的良好接口和契约联系起来。接口采用中立的方式进行定义，即独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在这样系统中的各种服务可以以一种统一和通用的方式进行交互。SOA 作为一种架构模型，可以根据需求通过企业内部网络对松散耦合的粗粒度应用服务组件进行分布式部署、组合和使用。与其他企业架构的不同之处就在于 SOA 提供的业务灵活性，企业能对业务变更快速和有效地进行响应并且利用业务变更来获得竞争优势。SOA 的实施具有几个鲜明的基本特征：随时可用；粗粒度的服务接口；分级；松散耦合；可重用的服务；服务接口设计管理；标准化的服务接口；支持各种消息模式；精
5、确定义的服务契约。基于 SOA 系统中的所有业务功能都被封装在一些功能模块中，可以利用这些封装好的功能模块组装、构建我们所需要的程序或系统，而这些功能模块就是 SOA 中的不同服务。因此，SOA 体现了一种复合的概念，它不仅为企业业务流程的组织和实现提供了一种指导模式，同时也为具体的底层“服务”开发提供了指导。3 SOA 三要素SOA 主要包括服务组件框架、服务数据对象和业务流程管理等 3 个主要要素，它们构成了 SOA 的应用系统 “金三角 ”，如图 1 所示。服务组件架构（SCA） ，它描述了利用 SOA 来构建应用程序和系统的模型，是 SOA 体系的核心基础。SCA 的基本思想是将业务功
6、能作为一系列服务来提供，这些服务组合到一起，以创建满足特定业务需要的解决方案。这些复合应用程序既可以包含专门为该应用程序创建的新服务，也可以包含来自现有系统和应用程序的业务功能。SCA 为服务组合和服务组件的创建（包括 SCA 复合应用程序内部现有应用程序功能的重用）提供了模型。SCA 这一模型旨在包含广泛的服务组件技术以及用于连接这些组件的访问方法。这些组件不仅包括各种编程语言，还包括通常与这些语言一起使用的框架和环境。对于访问方法，SCA 复合应用程序允许使用各种常用的通信和服务访问技术，如 Web 服务、消息传递系统和远程过程调用。SCA 是基于企业中间件技术发展的，主要为企业提供一个良
7、好的方法来统一业务应用服务，使企业不用关心各种业务应用所使用的编程语言以及运行平台。SCA 提供了一个以与技术无关的方式定义接口、实现和引用的模型，主要为企业信息化系统提供粗颗粒度的业务应用封装，从而达到不同企业应用之间协作和共享的目的。通过 SCA，企业能够更容易地创建新的服务或转换已存在的服务，以达到业务系统重用的目的，这样不仅可以更加快速地适应业务需求的快速变化，还可极大减少与应用程序编程语言相关联而造成的复杂性。服务数据对象（Service Data Object，SDO ）被设计用来简化与统一应用程序处理数据的方式。企业不同的业务系统中存在各种数据源，包括 DB2、Oracle、MS
8、 SQL、XML 数据源、LDAP 数据源、文档型数据源等，这些异构数据源的存在使企业应用间的数据共享面临很大的挑战。因此，忽略数据来源的普通数据表达集可以为应用开发者提供一种简单、统一的编程模型，同时为工具和框架提供对异构数据源的支持，SDO 旨在创建一个统一规范的数据接入层并使用一种“易用”的方法，通过数据对象化的方式将混杂的数据源整合到工具集和框架中，使数据的访问和调用统一化、标准化，如图 2 所示。企业内部的信息系统通过业务活动自动化来提高业务活动的效率，但这些部门的业务活动是和其他部门的活动彼此关联的，毋庸置疑，将彼此关联的业务活动组成自动化流程可以进一步提高业务活动的效率。业务流程
9、集成正是在这一背景下诞生的，在业务流程集成中，粒度的业务逻辑被组合成业务流程，流程服务提供自动执行这些业务流程的能力。4 基于 SOA 建设信息管理系统河北移动通信公司的企业办公系统就是通过 SOA 技术对系统进行抽象、梳理，达到了分层实现、数据共享的要求。通过 Web Service 技术对业务逻辑进行抽象、封装，实现业务对象组件服务化，将用户的展示与实现业务的逻辑进行分离，这样不仅可以简化设计模型，还可以使系统支持多种处理终端，同时将数据访问进行封装，实现了业务数据的对象化和访问标准化，以便系统可以在不更改业务逻辑的前提下支持其他的数据库和数据源，极大地降低了业务应用之间的耦合性。基于 S
10、OA 体系，该办公系统实现了业务操作与数据库无关性，将业务数据利用元业务模型进行对象化等，从而降低了办公系统的复杂度，提高了运行维护的服务质量，减少了应用的重复构建。在此基础上，系统对企业业务流程逻辑进行抽取、整合，建立独立的业务流程引擎，并采用 Web Service 接口的方式实现流程引擎的开发和共享，为企业打造统一的业务流程管理创造了基础，系统结构如图 3 所示。目前 OA 系统通过采用 SOA 的信息技术，系统灵活性得到了很大的提高，摆脱了以往与其他系统进行数据共享时“一个系统一个接口服务器”的模式，建立了独立的数据接口机，将其他业务系统如项目管理、电子采购、企业 ERP 等所需要的数
11、据进行封装，并采用Web Service 方式发布，各业务系统可以按需获取自己需要的数据，不同于以往的所有数据均传给各个系统，各个系统按照自己的要求进行数据分析。这种按需提供的方式减少了其他业务系统对 OA 系统数据的不必要分析；另外采用 SOA 的方式也实现了以往不能实现的流程穿越的需求，各个业务系统均存在一定的审批流程，而公司领导基本只采用 OA 系统进行流程审批。采用 SOA 模式，OA 系统将标准的流程接口发布到 Web Service 接口机上，各业务系统仅需要调用 Web Service 中的方法就实现自己系统的流程穿越到 OA 系统中，解决了长期困扰各 IT 主管的流程壁垒问题。
12、采用 SOA 的信息技术架构，用户的界面与业务逻辑耦合性得到了极大降低，对用户界面的调整完全不需要考虑业务逻辑是否会受到影响，简化了软件开发的流程，也保持了业务应用的稳定。同时多个业务系统之间的接口也变得越来越简单，从原来按需要被动提供接口变成了按业务内容主动提供接口，不仅降低了系统间互联的复杂度，还降低了 IT 维护的复杂度、维护费用等。目前的系统逐步从办公系统向企业门户转换，随着更多的业务系统不断加入，真正意义的基于 SOA 的企业信息中心将逐步呈现，该中心将为企业的流程、业务、数据提供强有力的支撑，推动整个企业信息化的高速发展。5 SOA 实施存在的问题企业 SOA 的实现并非易事，SO
13、A 实际上并不是一个产品，也不是一个纯正的技术项目，它更多的是指一种以服务为核心的设计架构，是一种理念，也是一种方法论。这就好比说它把企业信息系统里面大或者小的颗粒度以及可区分的、可控制的各种资源和元素打包起来，以服务的方式向外暴露，也就是在所有的系统之间可以互相交换、互相调用，使得全世界的各种 IT 元素能够水平地连接起来，这就是 SOA 本身的一个内涵。因此，实施SOA 并不仅仅是一个技术问题，还涉及到战略、商业模式、组织、业务流程甚至企业文化等诸多管理问题。从规划角度看，为了确保 IT 人员不至于被企业中复杂多样的业务弄得不知所措，SOA的架构设计人员需要实现对企业的各种信息资源进行梳理
14、、归纳，这些工作将帮助组织贯彻各种规定的执行。在业务梳理时往往会涉及 SOA 需要 IT 部门甚至整个组织的协助，只有这样 SOA 的架构设计人员才可以对业务系统进行认真地分析，制定设计规范。从技术角度看，服务组件的颗粒度是 SOA 项目实施成功的一个关键因素。服务本身的复杂度以及业务到服务映射的复杂度（即实现一个业务活动所需的服务调用次数）是影响SOA 性能的 2 个主要方面。服务颗粒度越大，意味着包含的功能越多，业务逻辑越复杂，网络延迟就会增加，对客户端响应变慢；而服务颗粒度越小，意味着包含的功能越简单，虽然单个服务执行效率很高，但从业务意义上看，完成一项任务所需的服务调用次数会越多，来回
15、请求响应次数增加。这就要求：一方面需要限制服务包含的功能范围和复杂度，服务粒度不能太粗；另一方面需要限制服务调用的次数和复杂度，服务粒度也不能太细。显然，二者的着眼点是背离的，为了符合性能的需求，需要在二者之间折中妥协。SOA 的实施就需要不断权衡功能和性能之间的利弊，只有这样才能成功实施 SOA 企业信息架构。从管理角度看，要将现有的企业信息化系统架构转变到 SOA 需要时间、资金、勇气以及一位强有力的领导者。基于 SOA 建立的 IT 系统可以帮助企业节约系统的开发成本，并可大大提高企业的敏捷性。要想实施基于 SOA 的系统，不仅需要大胆的构想更需要大胆的行动。为了实现这一目标，企业的所有员工都需要转变对业务流程的固有看法。
