PDF《中国电信集团的平台实践》

中国电信集团的平台实践 ――ESB 江义杰 目录 ? 电信企业需要什么样的ESB ? 基于普元ESB我们做了什么 ? 我们对ESB平台还有什么期望 电信企业需要什么样的ESB(1) 评价体系业务化可定制(平台配置、编程接口、中文开发环境) 高性能可扩展(集成开销、水平扩展、业务分群) 接口适配能力(重、中、轻) 各类异常处理(流控、重连、超时等) 监控分析(监控功能、北向接口) 快速配置(图形化、业务化) 硬件环境依赖性 软件环境依赖性 购买(组件独立、一体化) 技术 要素 商务 要素 成本 要素 培训(中文环境、国人习惯) 服务(本地化、日均成本) 维护(应急支撑、响应时间) 电信企业需要什么样的ESB(2) 中国电信MBOSS系统的特 点 对商业ESB套件的要求 选择最合适的,而不是最贵的 C MBOSS系统更新周期短,无系统遗 留问题(C/C++、COBOL、汇编;

.

NET、COM),无需考虑复杂的 适配功能 C 交易量大、业务量发展不可预知 C 基础软硬件环境复杂 C 建设及维保成本压力大 C 业务需求多、版本发布频繁、程序 发生异常概率高;

网络及计算机硬件 制式多、网络发生异常概率高 C 针对业务要求进行业务协议级别的 二次开发和整体优化 C 接口生命周期短、调整频繁 C 业务调用关系复杂、问题多 C 轻量级适配,重点考虑支撑SOAP 1.1/1.2(WebService) 、JMS接入、 接出 C 高性能、易扩展 C 与硬件和系统软件无关、低依赖 C 购买、学习、维护、服务 的成本低 C 异常处理能力、监控能力强 C 业务化、可定制能力强 C 配置简单方便 C 针对业务的监控分析能力强 C 业务路由协议 C 有IT系统网络化、产品化趋势 基于普元ESB我们做了什么(1)-快速 ? 周期短、上线快 C 确定业务互联协议/324 页,1个月 C 在ESB上针对协议进行 二次开发1个月 C 功能、性能测试调优1 个月 C 从确定需求到试点割接 上线,仅仅2个月 各类服务接入场景 DEMO 对账与重投 网络化方案 服务接入规范 部省应用集成平台 互联规范 路由与监控规范 规范总册(含部署及演进) 公共框架协议格式 各类服务接入规范 服务接入流程导航 监控 OSRP与OSCP流程 路由策略 跨省应用集成平台 互联规范 部省应用集成平台 互联规范 应用集成平台互联 原则 驱动:中国电信集团公司OSS应用集成平台建设工程 愿景:中国电信集团公司OSS应用集成平台网络化运营 基于普元ESB我们做了什么(2)-健壮 ? 分类集成 C 电子业务单类;

业务能力实时调用;

实时/非实时业务数据共享;

C 业务控制类;

业务稽核类;

业务探测类;

缺省类 PC Server-1 PC Server-2 ESB Inst [Proxy-1] ESB Inst [Proxy-2] ESB Inst [Proxy-3] ESB Inst [Proxy-4] Buz-Cluster-2 Buz-Cluster-1 Buz-Cluster-3 ESB Inst ESB Inst ESB Inst ESB Inst ESB Inst ESB Inst ESB Inst ESB Inst ESB Inst ESB Inst ESB Inst ESB Inst HTTP HTTP HTTP HTTP HTTP 集团OSS应用集成平台集群部署图 LB 服务 提供 者(HW-4) 服务 消费 者(HW-3) 基于普元ESB我们做了什么(3)-灵活 ? 全网互联 C 针对不同省的不同 情况,按三种模式 进行部省互联 C 目标是模式一,同 时兼容模式

二、模 式三,并支持模式

二、三向模式一的 透明无缝演进 集团A系统 模式二 :部分集中模式 省应用集成平台 集团应用集成平台 集团省集团C系统 模式三 :分散模式 模式一 : 大集中模式 省应用集成平台 省A系统集团B系统 省XX系统集团D系统 省XX系统省B系统...省省A系统省B系统...省A系统省XX系统省B系统...基于普元ESB我们做了什么(4)-优化 ? 监控分析 C 质量分析(失败率、处理时间等) C 流量分析(服务调用次数、单位时间流量等) C 趋势分析(业务使用趋势、业务潜在异常等) C ... 服务转 发请求 服务响 应 服务转 发响应 服务调 用请求 a b d c (a1,a2) (b1,b2) (d1,d2) (c1,c2) 增加网络损 耗(八边形) 我们对ESB平台还有什么期望(1) ? 现实 C 业务协议差别巨大. C 企业能做到one ESB码? C 没有"万能"! 比较 CRM 计费 OSS 服务集成 服务很多、 标准化要求高 服务较多、 标准化要求较高 服务较多、 标准化要求较高 路由能力 无,交换式 劢态路由,完全网状网 静态路由,交换为主、 路由为辅 电子单交互 单个电子单实时交互 无 电子单劢态拆分及实时 交互 数据交互 消息方式为主、文件为 辅,数据量较大 文件方式为主,消息为辅, 数据量大,实时性高 消息方式为主、文件为 辅,数据量较大 协议复杂度 一般(服务集成框架) 很高(Dijkstra算法,邻 接矩阵算法) 较高(劢态分发及路由 发布) 是否基于商 业ESB/EAI 可以使用 无法使用 可以使用 -高速分发:学习MPLS_VPN, F5上根据http头的一个字段 (不需要解析soap信封,提高转发效率) 按"业务域、大类"分类,负载分发, 防止不同业务Y间的彼此影响, 以达到隔离业务场景的目的, 只分发,不缓存 我们对ESB平台还有什么期望(2) ? 启示 C 学习网络,尤其是IP网,尽力 传送+MPLS优选保障,横向 分层、纵向分域 C 一个D做LDAP民营企业 C F5是什么,硬还是软? C ETL工具,被迫返回开源 C 腾讯,定制服务器(接入、逻辑、存储) 层次化 组件化 体系化 产品化 更开放?期望 C 更开放:二次开发、配置能力、 监控接口、运行数据 C 能组网:路由、发现 C 软变硬:1U~4U的标准件 能组网软变硬Thanks!