使用Artix实现面向服务(SOA)的集成
在过去四年内，电信业的变革一浪高过一浪， 2000 年初，电信业的市场扩张达到了一个新的阶段。 但自此以后，整个行业持续低迷，不少公司受到债务缠身、过度扩容、客户流失且服务商品化等问题的困扰。 收入下滑和资本外流，促使整个行业开始重新审视基本的行业规范，并寻求策略力图重现电信生机，增加竞争力并进而盈利。
过去，客户对新服务的需求，例如第三代无线网络、统一的计费和统一且可靠的服务，一直受到技术方面的限制。 现存的运营支持系统/业务支持系统 (OSS/BSS)的主要缺陷在于，技术复杂、规模庞大且操作要求严格，缺乏互操作性和面向服务的功能。 因此，为满足快速变化的客户需求而部署新服务的操作就变得异常困难。 各电信公司都在寻求适当的解决方案，以降低升级和扩展这些 OSS/BSS 的成本和风险，从而增加业务灵活性。
要建立灵活的业务系统，电信公司需要将现有系统迁移到使用更开放技术的系统中，并从高层的体系结构的角度来应对集成问题。 另外，部署新服务时，还需要这些公司使用新一代基于标准的中间件产品，从而快速且高效地实现面向服务的 OSS/BSS 基础架构集成。 公司选择的新技术应采用分阶段的方案来构建面向服务的 OSS/BSS 体系结构，从而在进行以客户为中心的服务创新时，可通过阶段性的技术改造和合并现有服务来实现电信公司的 IT 资产迁移。
本白皮书专为电信公司而编写，旨在帮助他们使用现有的和未来的各种技术确定并解决以上这些问题。
此外，本白皮书还讨论了 IONA 公司用于解决这些不断涌现的问题的体系结构和方案。
其中概述了使用IONA Artix 等基于标准的产品为电信业务集成代来的好处，这些产品可用于实现业务操作的自动化并可以无缝集成应用程序，书中还为电信业提供了分阶段改造方案。
电信业正在经历困难的转变，他们所承受的竞争和市场压力非比寻常。 该行业所面临的主要挑战在于以下几个方面：
² 客户对现有电信服务的不满不断升级。
² 市场不断变化且债务过多。
² 带宽商品化。
² 资金有限。
² IT 基础架构庞大、昂贵且不灵活。
竞争的加剧和市场压力的增大，迫使电信业开始重新评估其业务模型，并制订方案以重建竞争优势和赢取利润。 要达到这一目的，电信公司必须部署新的且针对性更强的业务服务，并营建更稳固的客户关系。 这意味着对客户做到有求必应。
但是，电信公司的困境在于，遗留的 IT 基础架构庞大且管理起来极其复杂。 这些基础架构具有严格的操作要求，分阶段更改非常困难，这样必然会影响电信公司对客户需求的响应能力以及部署新的业务加改进原有的服务。
电信公司中部署的典型 IT 体系结构如下面的图 1 所示。
网络管理层应用程序的主要任务是确保网络可用和服务质量。 这些应用程序专用于在包含许多网络组件的分布式通信基础架构上处理并路由大量网络流量。
图 1： 典型的电信 IT 体系结构
另一方面，服务管理层应用程序更着重于业务和客户。 这些应用程序专用于与其下网络管理层中的应用程序交互，然后生成报告、支持服务计划、确保帐单正确无误并处理客户查询。
电信公司在选择能够提供服务管理功能的应用程序和产品时，通常都会从同类产品中选择最好的。 这种选择产品的方式总的来说实现了所需的功能，如订单管理，但同时也导致许多互操作性问题，即不同软件提供商的应用程序之间无法互操作。
一些电信公司已在企业应用程序集成 (EAI) 技术方面投入了大量的资金。 这些资金用于实施服务管理层和网络管理层中的流程管理、集成以及作为消息传送主干网。 对以传统的EAI 产品为中心的集成方案存在如下问题：
² 专用的以适配器为中心的集成模型导致对特定的EAI产品提供商过于依赖，系统的修改深受限制。
² 系统基于纯粹的消息传送总线（Message Broker），没有良好定义的服务租约（Contract）或接口定义。
² 基于中心和分支的集成解决方案使用的是固定的专用协议。
² 有限的适配器类型导致服务质量良莠不齐。
² 实施改造、合并和创新的成本和风险都很高。
这并不是说，电信公司需要对现有的 EAI 技术采用完全的替换，才能提高质量和性能。 在集成层构建基于标准且面向服务的解决方案的价值在于，可以更低风险，改善 IT 系统的灵活性、降低总拥有成本、引入开放标准、扩大选择范围并增加集成新技术的可能性。
电信公司的 IT 系统不够灵活的原因在于，改造局限性很大的遗留资产、整合硬件以及削减维护预算而用于创新等都非常困难且成本高昂。 为了给客户提供创新性的服务，电信公司通常发现他们自己在改造和合并阶段停滞不前。
这是因为，他们使用的应用程序和软件包都是专用的，他们只是从同类产品中选择最好的解决方案，而不是选择开放式、易于集成且与通信层无关的解决方案，这种解决方案可以很容易地根据服务质量进行转换、迁移和分发。
以消息为中心的集成解决方案基于由中心和分支组成的体系结构，这进一步加剧了应用程序的专用性和孤立性。 应用程序与应用程序组件之间缺少服务租约，集成模型不是面向服务，从而形成僵化的系统环境。 在这样的系统环境下，应用程序之间的依赖性很强，因此不易更改，任何更改都会对依赖特定消息格式和类型的应用程序造成连锁影响。 这就无法预期与应用程序维护和提供编排/集成服务有关的经常性成本。 最终构建的集成层将不够灵活、无法改造且不基于服务租约，从而导致 IT 预算的浪费。
与之相反，面向服务的集成方案可构建一个基于企业服务租约模型的稳固的集成架构。 应用程序和应用程序组件都封装为服务。 每个服务都声明一个服务租约，该租约定义了有效的操作、负载、访问规则、安全性、服务质量要求以及一组协议/传输方式，这些协议和传输方式是与服务所发布的的特定操作进行通信所必需的。
图 2： 面向服务的体系结构
面向服务的集成方案可复用控制应用程序操作的系统资产。 通过只修改服务租约而不影响业务逻辑，可对应用程序进行非破坏性改造。 服务租约使应用程序组件平台和网络相互独立。 这样，通过对服务租约进行适当修改，就可以跨平台、协议和规格迁移、有效化和合并应用程序组件。 这就显著降低了硬件和软件两方面的成本。 面向服务的集成方案可对应用程序进行单独改造而不影响企业其它系统，从而为企业系统的未来扩展提供了保障。 此外，该集成方案还保证了提供商、规格和技术的独立性。 面向服务的集成解决方案的这些优点，可帮助电信公司对运营环境的变化做出快速反应。 他们可以很快转变软件资产的用途，从而获得竞争优势并逐渐降低运营成本。
对于电信公司而言， IONA的Artix产品线提供面向服务的集成解决方案：
² 技术风险更低。
² 确保业务持续和全天候运营（24×7）。
² 单独改造应用程序以与不同标准和技术兼容。
² 更好地控制问题且维护成本更低。
² 通过本地协议为 Web 服务提供更广泛且更好的支持。
² 自动在协议和传输标准之间对消息进行本地配制和反配制。
² 无需耽于标准争论（J2EE、CORBA 和 DCOM/.Net）或 EAI 提供商鼓吹的消息传送模型，立即实现 Web 服务系统。
² 可伸缩性更强、灵活性更大且可靠性更高。
² 降低了应用程序的耦合度（减少了对紧密耦合的需要）。
²
改进了业务流程的整合（即对多个过程整合，将它们组合为一个较大的工作单元，从而更易于重用现有的和新的服务）。
IONA 是遵守业界标准的产品提供商，具有 10 年以上的开发和集成经验。 IONA 对各项标准非常了解，并积极参与各种标准制订机构，如 Object Management Group (OMG)、Java Community Process (JCP)，还参与了由 Microsoft 主持的有关 DCOM 和 .NET 标准的制订，为各行各业的企业提供了具有独特优势的集成解决方案。
IONA 在过去三年内参与起草了 Web 服务标准，在 1999 末开始支持简单对象访问协议 (SOAP)，是第一个支持该协议的 Java 提供商。2000 年 2 月，Microsoft 与 IONA 联名向万维网组织 (W3C) 提交了业界第一个 SOAP 标准。 IBM 随之于 2000 年 4 月加入 SOAP 标准制订组。
十多年来，IONA 一直致力于提供符合业界标准规范（如 CORBA 和 J2EE）和消息传送模型的面向服务的体系结构。 IONA 在此领域具有极其丰富的经验。 IONA 的OrbixCOMet 产品实现了 CORBA 与 Microsoft 的 COM/DCOM 规范之间的交互，受到市场的广泛欢迎，IONA 是提供此类产品的第一个提供商，也是唯一一个提供商。 这款产品的独特之处在于，允许以前使用 CORBA 和 COM/DCOM 系统的客户以非侵入方式集成他们的 CORBA 和 DCOM 应用程序，在这些应用程序之间实现互操作，同时又保留应用程序的所有功能和服务质量。
IONA 目前提供的基于 Web 服务的集成产品，完全符合上述市场领域（CORBA、J2EE 等）中的所有必需标准。 此外，IONA 还与 Microsoft 紧密合作，以确保 IONA 产品完全支持 COM、DCOM 和 .NET 的相关标准。
如下面的图 3 所示，各种基于标准的技术（企业内外）通过 Artix 统一且无缝地集成在一起，这是使用基于标准（SOAP、UDDI、WSDL 等等）的框架来实现的，该框架同时使用消息传送和基于组件的体系结构来解决企业集成问题。
图 3： IONA Artix 集成平台
Web 服务是 IONA 的核心竞争力所在。 我们的 Web 服务产品独树一帜，因为我们的产品具有跨同步环境（CORBA、J2EE、DCOM 等等）和异步环境（JMS、CORBA 通知、MQSeries、MSMQ 等等）无缝编排 Web 服务的功能。
这种基于 Web 服务的平台利用新的和现有的集成标准来降低应用程序集成的成本，有利于构建面向服务的体系结构，并确保异构系统可互操作。 此方案的业务优势和 IT 优势在下面的表 1 中列出。
表 1： 面向服务的体系结构的优势
IONA 是业界领先的 CORBA 产品提供商。 我们与 Microsoft 建立了可靠的合作伙伴关系，我们相信对标准的支持和互操作性是我们成功的主要因素。 我们为各种市场领域（CORBA、J2EE 等）提供针对性的产品，并坚信 Web 服务是集成所有这些技术的桥梁。
Artix 系列由三种产品组成：
² Artix Encompass—可方便地构建具有企业功能的 Web 服务应用程序，从而在面向服务的计算方案中复用 IT 资产。
² Artix Relay—将遗留系统和分散的应用程序集成在一起，然后将这些信息资产呈现为企业服务，用户可通过各种标准和传输协议利用或访问这些服务。
² Artix Mainframe—将大型主机 COBOL 和 PL/I 程序以及 CICS/IMS 事务呈现为高性能的 Web 服务，用户可从其它应用程序以安全且非破坏的方式调用这些服务。
通过使用 Artix，电信公司可以很容易地快速集成和修改业务系统，并对现有的和新的 IT 元素构建一个统一的界面。 Artix 的重要特征是以面向服务为原则来控制应用程序开发并实现中间件交互，即使系统不是为了实现面向服务的集成方案而开发的，也是如此。
Artix 专用于在软件服务之间实现高性能、优化的交互方式，这些软件服务使用现有的传输机制（如 MQSeries、Tuxedo 和 Web 服务）在 .NET 和 J2EE 等平台上运行，完全支持异构安全性、事务和管理需求。 此外，Artix 的部署方式非常灵活，不仅能够提供企业 Web 服务，还提高了现有应用程序和技能的 ROI。
通过利用 IONA 下一代的 Adaptive Runtime Technology (ART)，Artix 可在 Artix 服务访问点 (SAP) 之间无缝代理和路由数据，
从而建立起企业通信架构。 Artix 产品支持业界事实标准，如 MQSeries 和 Tuxedo 以及 J2EE、.NET、CORBA、SOAP 和 WSDL。 Artix 还支持事件和安全数据传播。 此外，Artix 中还内置了必需的企业功能，如负载平衡、容错和系统管理。
最后，客户可以通过编写插件来扩展 Artix 的 ART 基础结构，以兼容新的或专用的协议。 这种可扩展性确保使用 Artix 的通信系统能够持续可用，从而不断满足新的技术要求和业务需求。
Artix 的主要组件包括： Artix 服务设计器，这是一个分布式运行时环境；另一个是 Artix 服务管理器。
图 4： Artix 体系结构
Artix 服务设计器是一个用于企业中间件开发的图形工具。 使用该设计器可以生成服务访问点 (SAPs)。 它可以导入“外部租约元素”，如 COBOL copybook、CORBA IDL 戓 Tuxedo FML 缓冲器布局，然后使用这些元素来创建定义了操作和 SAP 功能的租约，以供特定中间件到中间件的映射使用。
图 5： Artix 服务设计器开发过程
在 Artix 设计器中导入源租约后，可将该租约进一步细化以映射到其它传输协议，并可将其组织到工作区中以用于开发和运行时管理。 Artix 设计器将创建租约和工作区的开发库并为 SAP 生成代码。 生成的 SAP 代码可编译为或链接到应用程序代码，后者必须与 C++、Java 或 Microsoft .NET 兼容。
Artix 运行时具有三个部署配置选项： 编译时、链接时和运行时（或代理）模式。 每种配置选项都有独特的优势。
当应用程序使用 Artix 设计器生成的代码直接访问 Artix 接口时，将启用 Artix SAP 的编译时部署。 生成的代码可以是 C++、Java、C#、Visual Basic，接口是简单的对象，表示以 Artix 租约形式导入到设计器中的中间件接口。
Artix 的编译时模式简化了与底层中间件传输层交互时的编程过程。 以这种方式使用时，Artix 将合并处理附带有消息的底层中间件的错误和导常。
Artix 的编译时模式提供了可用的最高性能，因为消息使用原始的底层传输协议，该介质是通过 Artix 设计器在 Artix 绑定阶段选择的。
中间件绑定指通过接口将中间件链接（而不是编译）到应用程序，在执行第三方中间件（如 Tuxedo）的接口时可同时使用其它传输协议发送或接收消息。 链接级部署的优势在于：
² 电信公司在应用程序间迁移时可充分利用已有的中间件产品。
² 提高了企业服务质量；例如，如果通过 MQSeries 运行 Tuxedo，则后者可提供更好的队列服务并可将其它中间件环境与其事务管理器、命名服务和调度程序统一起来。.
Artix 的运行时部署模式或代理模式，会生成在应用程序和 Artix SAP 之间协调消息的 Artix 流程。 大体来说，即 Artix 提供了一个独立适配器，该适配器允许应用程序继续调用它一直使用的中间件接口。
Artix 不仅提供了允许用户集成第三方管理工具的接口，还附带有控制台以用于在网络上管理 Artix 控制的活动。 这样，如果用户要确定使用 Artix 代理的中间件环境的状态，则可通过该控制台了解正在进行的操作和操作过程等等。 管理控制台视图与 Artix 设计器中建立的设计时和部署时工作区相对应，为中间件的设计到部署过程提供了一个通用界面。
第三方系统管理工具和标准管理 API（如 SNMP 和 JMX），都可以管理 Artix SAP。
Artix 有助于实现已有 IT 资产的价值，这体现在以下几个方面：
² 投资回报 (ROI) 更高—通过构建完善的服务租约确保现有 IT 基础架构的 ROI 更高。 例如，电信公司可能会为与错误管理和性能管理相关联的下层应用程序创建服务。 处理订单输入管理、结算等任务的任何上层应用程序都可在需要时调用和使用这些服务。 在整个过程中，无需对应用程序自身进行任何更改，服务也可以非侵入方式启用。 这样，服务租约实际上已成为进行改造、合并和创新时的模板。
² 代码可迁移和位置透明化—由于位置透明化是面向服务的体系结构的特性，因此很容易实现代码迁移。 查找并动态绑定到服务意味着上层和下层客户端应用程序不会关心服务所处的位置。 因此，公司可以灵活地将服务移到其它计算机上或提供给外部提供商（外包）。
² 应用程序问题本地化—服务租约具有完善定义且已公布的接口。 这样，就可以很容易地隔离应用程序问题或者将其限制在本地。 此外，还可对应用程序进行单独测试，或关机以进行预定的维护，这些都不会对整个企业造成连锁影响。
² 支持多种客户机类型—由于服务租约定义了访问服务的进入点，多种客户机类型（如 .NET、MQSeries、J2EE 戓自定义客户机）都可通过本地协议调用服务，并以本地可识别的格式获取信息。
² 可复用更多代码、组件和服务—Artix 通过将遗留基础架构呈现为服务，实现了代码、组件和服务的可复用性。 通过将与语言、平台和网络相关的特性抽取到服务租约中，可移动、重复代理和复用应用程序资产。 对于由应用程序资产的质量来决定的竞争优势，也可选择性地进行保留、版本化和维护。
² 可伸缩性更强—面向服务的体系结构必须满足的一个要求是位置透明化。 要实现位置透明化，应用程序在目录中查找服务并在运行时动态绑定到该服务。 这一特性增强了可伸缩性，因为可根据负载平衡标准和服务租约中指定的规则将请求转发到多个服务实例，而无需了解服务客户机的情况。
² 可用性更高—同样由于位置透明化，多个服务器上可运行服务的多个实例。 如果某一网络段或计算机中断，Artix 运行时调度程序可将请求重新路由和发送到其它服务位置，而无需了解客户机情况。
许多电信公司都在寻求一种解决方案，以改造遗留资产、合并和有效化 IT 基础架构、将 IT 预算由用于维护转向用于创新，而这正是 Artix 系列产品的长处。
Artix 经过特别设计，可方便地构建面向服务的体系结构，在这种体系结构中，应用程序通过开放且基于标准的集成架构进行互操作或调用和使用服务。 Artix 能够提供完全适合电信公司 IT 部门的解决方案，并以分阶段的方式逐步实现面向服务的体系结构。 IT 部门无需更改他们现有的技术或操作规则和过程，即可从该解决方案中受益。
Artix 提供的解决方案不仅周期短且完全符合业界各项标准。 Artix 基于 IONA 拥有专利的微型内核 ART，后者可在运行时确保服务质量，如高可用性、负载平衡和容错。
Artix 的独特之处在于，可调动电信公司的所有信息资产来实现这一以服务为中心且充分利用基于网络的集成方案。 它摒弃了公司计算架构所有层中的不协调和妨碍性因素，同时又充分利用了公司过去和现在的关键性技术资产。
构建 SOA 型架构后，电信公司即可利用跨平台的所有优势，极大降低成本和维护费用。 公司可建立一个战略性、高速且基于标准的 Web 服务集成主干网，这可通过利用在不同时期使用不同标准和软件包构建的各种应用程序来实现。
IONA 科技公司(IONA Technologies)成立于1991年，是爱尔兰最大的软件企业，是为关键任务系统提供High Performance Integration™ (高性能集成技术)的主导供应商。作为一个灵活、装备精良的企业，IONA充分利用在CORBA和Web Services方面的核心优势，以及分布式技术为我们的客户解决关键系统高性能集成方面所面临的各种挑战。IONA所提供的基于开放标准和组件结构的分布式计算技术，使各种异构系统间的信息交换成为可能，并通过解决各公司在现有的信息技术基础结构上集成新技术所面临的各种问题，可使客户的IT资源得到进一步的整合与应用。
作为全球性跨国公司，IONA 总部设在爱尔兰都柏林，美国总部设在麻萨诸塞州的Waltham，并已拥有遍布世界各地的办事机构及业务合作伙伴，她的产品和解决方案业已在全球众多的大型关键性系统中发挥了重要作用。其软件解决方案可用来组建企业IT基础设施，将不同的商业应用和不同厂商的中间件系统有机地整合起来，组成一致的企业信息架构。IONA全球拥有客户近4500家，包含了世界500强中的多数企业，覆盖了电信业、交通、金融、制造业和政府部门等各行业中的领先者。
IONA科技公司于2001年进入中国后，先后在北京、上海设立了办事机构。伴随着IONA在中国业务的迅猛发展，IONA技术培训中心已相应成立，她的成立是为了更好的服务于我们的客户，服务于致力于IONA技术的各界人士。同时，IONA科技公司亚太软件研发中心已正式成立，它坐落于北京海淀区中关村软件园内。IONA中国正在用自己的技术与实力向客户做承诺：IONA愿与我们的客户共同迎接挑战，共同成长。
----------------------------------------------------------------------------------------------------------------------
联系人: Steven Cheng,
Email: steven.cheng@iona.com