SOA架构应用：整合纷繁复杂的电信业务

Artix 基于 SOA 架构的电信业务整合方案我要关注此类文章 行业 电 信 应用 SOA 编号 080222030 2008 02 22 15 46 02 1 SOA 电信业务整合的必经之路 随着全球电信业务的逐步开放 电信运营企业的经营方式也正在从以业务为中心的货 架式经营转变为以客户为中心的个性化定制方式 运营商的关注点也从网络等于业务转变 到网络让新的业务及管理如何适应新业务 现有的运营支撑系统已经越来越无法满足新业 务不断涌现的竞争要求 特别是随着通信技术逐步由电路交换向 IP 包交换转变 包括有线 话音 无线话音 数据通信运营正在逐渐由孤立的多个网络并存运营向单网 多业务融合 运营过渡 新业务的产品化周期越来越短 移动通信系统也正在从第二代向第三代过渡 随着移动通信系统技术的发展 移动通信 系统性能和功能的提高 能够提供的移动业务也 越来越多 这些变化对运营支撑系统提出了新的挑战和要求 包括运营支撑系统在更高层 次上能够融合支持有线 无线 ISP Cable 等各种业务 能够支撑新业务的快速部署 国内各大电信运营商纷纷建立了自己的运营支撑系统 并形成一定的基础 规划和建 设渐成体系 然而 这些早期建设的运营支撑系统与先进国家的电信运营水平仍有着较大 的差距 特别是在经过这几年的应用和改造后 逐渐暴露出一些典型的问题 1 信息孤岛比比皆是 信息共享实现困难 电信行业的大部分系统是单独规划和建设 的 这些系统的信息模型表示的实体如客户经常是相同的 但是代表这些实体的模型往往 有很大的区别 这样就是成了不同系统的相关信息模型不能相互理解和共享 而且 系统 不能通过接口调用的方式来访问和执行本系统的功能 数据层面和组件层面都难于共享 2 系统的开发不灵活 整体弹性小 市场竞争出击速度和响应速度慢 当业务需求发 生变化时 对系统的修改和部署较难 由于牵一发而动全局 使响应周期长 风险过大 有时只能选择推倒重来 而当新系统建成后 与原系统互联互通时 往往又存在工作量过 大 周期过长 成本高等各种问题 在这种背景下 业界近年提出了基于 SOA 的新集成体系结构 SOA Service Oriented Architecture 则是专门为解决如系统整合问题提出的 IT 理念 SOA 是一种 IT 体系结构 支持将企业的业务作为可复用业务任务进行集成 可在需要时通过网络访问这 些服务和任务 Web services 是当今 SOA 部署的奠基石 使业务应用程序可以在公司 内部 客户 合作伙伴 供应商和其他相关实体之间共享各种通用传输协议 接口和事务 模式 这不但改变了业务执行方式 产生了更快的服务部署 缩短了投资回报周期 还降 低 TCO 并提高其适应性 SOA 提倡开放和复用的理念 正好是解决现今电信业务系统中 信息孤岛现象的良方 是当今电信业务支撑系统实现整合的必经之路 2Artix 基于分布式 SOA 架构的集成平台 虽然 SOA 是公认的正确解决系统整合问题的架构 但如何实现正确的实现 SOA 却 是要三思而后行的 首先必须认识到从概念上来讲 SOA 是一种分布式的架构 作为 SOA 的核心要素之一 服务的目的是要实现与另一项服务的远程通信 尤其是要实现数据互享 而 SOA 架构的目的则是要彻底变革 IT 系统的构建方式 由原来的建立专有的单一应用变 为建立更为高级和整合的应用 这种应用的显著特点就是充分利用已有的 可以共享和重 复使用的功能 也就是服务 在部署和使用可共享和重复使用的服务方面 分布式 SOA 架构是最为简单易行的途 径 并且不论是从成本角度还是从技术角度 分布式 SOA 架构都对目前业界普遍认同的 渐进式的部署提供了最好的支持 同时 使系统具备更强的部署灵活性 适应性和可维护 性 例如 一个服务与整个应用来比 对服务的验证和升级要容易得多 然而不幸的是一些传统的 EAI 和 J2EE 厂商出于保护原有产品的目的 将 SOA 解决 方案建立在其原始的 EAI Hub 或是基于 JEE 的应用堆栈式架构之上 它们的消息请求都 必须经过中央控制点 因此都不能被称为真正的分布式解决方案 因为在它们的架构中 如果要执行某项服务请求 都必须通过 Hub 或中央服务器来实现 集中式 SOA 架构会增 加成本 限制资源的再利用 降低系统的灵活性 并且有可能导致成本高昂的系统瓶颈 而以 IONA Artix 为代表的分布式 SOA 解决方案则去除了对 Hub 节点的依赖 通过 智能端点让具备某种服务功能的应用自动找寻其他服务 并与其实现相互通信 这些智能 端点同时还具备极强的可获得性和高安全性能等企业级服务特性 从而能够确保其具备现 有的企业关键应用所需要的各种性能 分布式 SOA 架构就是建立一个平台中立 高度灵 活且基于标准的 IT 环境 从而能够更好地应对不断变化的技术和业务环境 因此 分布式 SOA 环境能够更好地满足基于 SOA 架构的应用程序对各项技术和成本的要求 而且 分 布式 SOA 允许客户按照自己的计划渐进地部署服务 比如一次部署一两个服务 在未来 根据具体的业务需要 为系统增加服务编排 注册 贮存 管理等各项高级功能 IONA Artix 是完整的分布式 SOA 解决方案 包括支持多协议传输的 Artix ESB 可扩 展的插件 Plugins 框架 服务编排 Artix Orchestration 数据整合 Artix Data Service 服务治理 Artix Registry Repository 可以帮助电信用户在企业实现完整的 SOA 网络 服务构建 企业服务总线 Artix ESB Artix ESB 提供了不同应用间通讯的基础设施并仲裁松耦合服务或非关联服务之间的 关系 并实现 SOA 各系统服务之间的消息传递 使各系统服务成为 SOA 的一部分 通过 WSDL 这种中立的接口和契约定义格式 用户可以将系统功能展示出来 供各应用系统调 用 Artix ESB 支持各种不同的技术 诸如不同的操作系统 编程语言 以及各种消息协议 通过部署 Artix ESB 不但可以很容易地把现有 OSS 系统封装成基于标准的智能端点并使 之成为新一代 OSS 的一部分 也可以快速开发新一代 OSS 所需的新系统 从而形成真正 的随需而建和分布式系统结构 Artix ESB 为集成提供了可配置功能 它可以让用户精确配置应用程序所需的协议和 服务集合 还能够支持客户可能需要建立的任何定制扩展 Artix 实现可配置特性的插件方 法意味着产品能够在很大范围内满足集成需求 同时还能够维持紧凑快速的运行时 另外 Artix ESB 能够提供对任何已部署配置的透明更改 对 Artix 应用程序接口或可扩展端点的 更改不会中断端点提供的服务 例如 企业可能会将集成系统依赖的 IBM CICS 应用程序 透明地迁移到 Microsoft NET 中以参与集成工作 Artix 能够符合今后需要的可扩展集成 系统使这些应用程序不会因为操作平台 标准等的变化而产生影响 服务编排 Artix Orchestration Artix Orchestration 则为新一代电信业务过程流的生成提供了工具 新一代电信业务 要求企业必须有能力跨越整个组织重复使用由各种新应用或已有应用所提供的各项服务 要想充分利用这些服务 就需要将它们编制成能够在业务层被使用的服务组合 而 IONA 提供的 Artix Orchestration 有助于将细粒度的各种应用功能转化组合为可重复使用的服务 Artix Orchestration 提供了可拖放的 综合的开发环境 可设计 构建 测试和部署工作 流以及业务流程执行语言 Business Process Execution Language BPEL 的服务编制 Artix Orchestration 基于 Eclipse 可视化框架 为 BPEL 构件提供丰富的功能补充 并 由此来构建服务组合 数据整合 Artix Data Service Artix Data Service 为新旧信息模型的交互与整合提供技术与工具 Artix Data Service 提供了对 XML 及其他任何数据格式的解析 校验 和转换 同时 其随带的强大 的图形化工具大大地减少了开发和部署的时间 并减少了相关维护和支持的费用 服务治理 Artix Registry Repository 基于 NGOSS 的新一代 OSS 的基本特点之一即其分布式的体系架构 这就要求对新 一代 OSS 的各种服务进行治理 同时 随着新一代 OSS 完善和 SOA 的成熟 以及服务 数量的增长 所有这些都对服务治理的工具提出了要求 Artix Registry Repository 为复杂 的 异构的 IT 环境所设计 为新一代 OSS 提供了可搜索的服务目录 治理策略 以及相 关的元数据 从而使新一代 OSS 的各个服务真正实现重用 提高开发人员效率 并加强 对各种服务的生命周期管理 总之 Artix 使用分布式计算技术来重用和升级现有的中间件投资 以帮助电信在内的 大型企业更快速 更有效地为客户开发产品和提供服务 Artix 解决方案的价值体现在 1 循序渐进地建设 SOA Artix 充分利用已有的 IT 投资 在现有的 IT 基础架构上创 建一个由智能的 标准化的端点组成的服务化网络 从而使企业能够开发低风险 高效益 的 SOA 项目 并且可以逐渐地加入需要的服务 2 动态性和可扩展性 Artix 的端点是独立配置的 使得用户可以根据业务需求的变化 对服务进行自由的扩展 修改 部署 同时不会影响企业其它 IT 部分的运行 3 严格遵循工业标准 完全基于 Web Services BPEL 等开放标准 通过逐步的构造和按需部署基于 Artix 的 智能端点 和相关的分布式 SOA 服务 电信 企业可以真正的实现低成本的 SOA 架构 最终向下一代企业计算模型 即分布式的 SOA 网络演进 3 成功解决方案案例 3 1 成功案例 内蒙网通采用 Artix 集成综合客服系统 内蒙网通综合客服系统作为整个运营支撑体系的重要组成部分 其核心目标是建设一 套以客户为中心 以市场为导向 以效益为目标新型运营模式下面向客户 面向市场的个 性化 专业化 标准化的客户服务支撑体系 工程建设目的是将客户资料整合到一个统一 的数据平台 实现客户资料的统一化 为业务人员和决策层领导提供准确的客户资料 成 为处理客户的服务请求 管理客户信息 客户所有的交互活动和客户代表 也是查询客户 所有相关信息 包括帐单信息 的统一窗口 由于综合客服项目涉及现有分散模式的九七系统 计费帐务系统 客户服务与营销管 理系统 电子工单管理系统 10060 客服系统等的整合改造 涉及大量周边系统接口的配 套调整 是一个跨年度 需要持续建设的战略性项目 为控制项目实施的风险 确保工程 进度 该项目将分三阶段实施 但系统的软硬件平台建设将至少满足两阶段系统需求考虑 并留有足够扩充余地 而根据国内外电信运营商的综合客户服务系统的建设经验 采用何 种方式实现大量周边系统接口 实现各个子系统间跨阶段的整合和集中 是整个系统成败 的关键因素之一 也是决定整个综合客服系统未来的可扩展性以适应下一代电信业务需求 的关键环节 如下图所示 在采用 Artix 以前 通过数据库接口表进行集成 各子系统互相 访问数据库传递集成数据 是完全的 紧藕合 系统 为了实现系统间的互连 需要建立 N N 1 2 个数量级的硬连接 系统的灵活行 安全性和效率很低 给系统扩展形成障碍 采用 Artix 以后 利用 Artix 跨平台 跨编程语言 跨中间件协议的特点 以 Artix 做 为整个系统的 ESB 总线 实现不同应用间的接口功能 各接口可以用 Web Service 的形 式进行发布 从而实现各应用逻辑的互通和重用 各个应用不在是 分离的孤岛 而变成 了分布在网络中的 SOA 服务节点 采用 Artix 以后 通过 Artix 为每个子系统开发标准的接口 接口的个数大大减少 只 需开发一套 而不需要 N N 1 2 个硬连接 形成了松藕合的 SOA 架构 系统间实现了 有效的隔离 服务可以被多个子系统轻松重用 灵活行 安全性和效率大大提高 给系统 的高速扩展打下了良好基础 充分体现了分布式 SOA 网络的优越性 同时 SOA 架构需要采用渐近的模式进行构造 Artix 的可扩展性体现了对这一理念 的支持 采用 Artix 后 内蒙网通得以以较少的初期投资开始 SOA 的架构的搭建 得以随 着系统的不断发展而扩展 SOA 架构 大大节约了系统投资 通过部署和实施 IONA 基于先进的