会议管理_中国电信oss集成平台建设汇报

安徽OSS集成平台建设汇报 二0一三年七月 安徽公司企业信息化部 2 部署架构 运营情况 功能创新 发展目标 建设背景 建设思路 3 建设背景 OIP的基本驱动力是接口统一管控 实现集约化运营 现状存在的问题和要求 实现系统接口的收敛 各系统之间均只与集成平台做接口 变N N 1 个接口为N个接口关系 实现业务开通 服务保障等流程的两级贯通 接口以系统间点对点网状互联为主 都是两两协商的私有协议 各系统厂家不同 架构不同 异构性给互联贯通带来极大难度 缺乏统一的接口互联系统 中国电信网络化 集约化运营的要求 全网业务需要全网运营 业务流程需要全网贯通 服务需要标准化 不能灵活支持未来OSS体系架构的演进 OIP平台建成后业务效果 集中 统一标准 可控 OIP OSS集成平台 OSSintegrationplatform 为了适应集团集约化运营的要求 解决在接口需求增加后的接口膨胀问题 实现对接口服务的统一集中监控和管理 实现对OSS域共享服务能力的封装 梳理 复用和共享的重要互联系统 全网OSS服务能力不能统一封装 统一展现和调度 统一服务能力封装和管控 全网服务能力统一展现 OIP平台是OSS域实现两级互联 业务流程贯通的重要枢纽 能灵活支持未来OSS体系架构的演进 流程越来越复杂 系统接口和流程衔接缺少统一收敛 统一监控 4 部署架构 建设思路 运营情况 功能创新 发展目标 建设背景 总体架构 采用分层分域和微内核的设计思路 1 2 分层分域设计思路运行域专注于接入系统的安全和平台性能 可靠性管理域专注于便捷的监控和管理应用域专注于业务分析人员的业务服务编排 监控和展现互联域专注于企业服务总线与外部系统 外部ESB的互联互通 总体架构 采用分层分域和微内核的设计思路 2 2 管理域 监控域 互联域 运行域 服务网关 服务目录管理 服务管理 服务监控 对账重投 跨域服务管理 跨域服务监控 服务网关 持久化 访问控制 数据路由 运行域 微内核 7 功能架构 以运行域为基础 服务集成架构 三者模型是服务集成架构的核心 9 建设思路 部署架构 运营情况 功能创新 发展目标 建设背景 ESB1服务器和ESB2服务器通过F5进行负载均衡 对外IP为134 64 60 164 缓存采用分布式部署 双节点互备页面管理应用和持久化程序 双机互备 11 建设思路 运营情况 功能创新 发展目标 建设背景 部署架构 运营情况简介 接入系统介绍 目前与OIP对接的系统包括服务开通系统 资源系统 自动激活 施工调度 服务保障 万号电子流 全息系统 预处理系统 PON网管系统 统一规则平台 ODS O 带宽型掌上运维系统 综合告警系统以及B域销账系统 销售流程化定单系统 OIP已注册域内服务867个 跨域服务60多个 每日消息量在280万左右 主要接入工作 各系统webservice服务分批按计划割接到OIP平台 数据共享类服务由之前JMS方式改造成webservice方式 以异步形式注册到OIP 采用XML报文承载共享数据 共接入85个数据共享类服务 新增服务接口全部采用webservice方式 并接入OIP对外发布 安徽OIP的建设主要解决了如下问题 实现了集团OIP与省OIP互联 支撑集团开通 服务质量等系统与省内开通 服务质量等系统之间的纵向互联 统一接口服务标准 使得系统之间对接变得轻松简单 快速支撑新业务 解耦系统之间关系 缩短开发周期 提供服务消息者和服务提供者之间的服务调用质量仲裁 通过对服务质量监控 服务统计分析和稽核等手段 提供服务仲裁和稽核 重投 目前系统运行稳定 性能良好 平台处理时间均在毫秒级 对账和重投 集团集成平台通过消息对账检查服务调用时业务系统与集成平台之间消息传递的可靠性 安徽集成平台提供日志信息查询功能用来监控对账上报是否正确 及时和完整 以及心跳上报 服务上报等其他信息 对账和重投 集成平台需要根据重投规则进行定时或不定时的重投 对于达到重投阀值仍未成功的服务 能够产生告警 告警管理 当服务运行异常或超出规定指标 例如访问频度或访问流量超出限制时 集成平台将进行告警并提供页面展示告警信息 集成平台以下告警功能 能够配置服务告警阀值的功能 能够展现告警和处理告警的功能 能够根据告警阀值 设置告警信息通过短信或邮件等方式通知的功能 运营情况监控 调用量监控 可以按天或小时对系统服务调用情况进行展示 运营情况 服务管理 当服务能力管理是把oss不同系统能够给企业提供IT支撑能力集中管理 并通过这些服务的重新编排组合形成新的IT支撑能力 服务分域管理是完成服务注册 发布和共享 服务生命周期是在一期服务与注册基础上实现服务能力流程化的管理 服务编排是利用新的或者已有的服务组合成各种解决方案 从而创建新的组合服务 服务能力管理原则 统一管理 对所有IT部门OSS系统的服务能力需求应当进行统一的管理 闭环管理 从服务能力需求的提出到服务能力生产进行全过程的闭环管理 可追溯原则 应对整个服务能力过程进行有效的记录 以保证可追溯服务能力生命周期中任一环节的相关信息 统一规划 IT部门应在和业务部门共同协商的基础上 根据技术能力和业务需求 初步确认服务能力具备上线的时限要求 服务能力统一分域目录管理原则 通过统一的分域目录管理 服务能力符合对应服务目录业务描述 最大化复用服务能力原则 服务能力规划设计期 需要充分考虑当前服务能力的是否可复用 运营情况 服务管理 18 服务能力生成当业务部门提出跨系统业务数据交互需求时 发起服务能力需求生成单 在OIP中启动相应需求处理流程 服务能力维护更新业务部门或者使用部门发现当前服务无法满足需求 或者发现异常 需要发起服务能力优化更新流程进行跟踪处理 服务能力注销IT部门定期发起对服务能力的清理 发现长期不用的服务 需要废除该服务能力 服务能力废除申请需要启动相应服务能力注销流程 服务能力优化如果发现服务能力异常并超过允许异常阀值 则发起相应服务能力优化更新流程 如果发现服务繁忙度超过服务能力负荷阈值需要发起相应服务能力优化流程 19 运营情况 服务版本管理 应用集成平台采用了版本控制机制 保证服务升级过程中可以逐步升级 新老并行 无疑减低了系统升级带来的失败风险和压力 同时可以根据服务消费者的不同要求 将服务端的一个服务虚拟成多个个性化的服务 供不同的客户端使用 降低了服务的压力 有效的节约了投资成本 20 运营情况 访问控制 OIP的权限控制器是保护业务系统的第一道防火墙 为了对消息安全转发 需要一定的安全机制进行保障 系统鉴权 即某个服务授权给特定的系统访问 没有授权的系统返回鉴权不通过 IP鉴权 即某个服务授权给特定的IP地址访问 没有授权的系统返回鉴权不通过 21 运营情况 访问控制 OIP的流量控制器和频率控制器是保护业务系统的第二道和第三道防火墙 服务调用频控即对单位时间内业务服务用次数进行控制 从而达到对业务服务端和能力开发平台保护的目的 在实际服务调用过程中 首先验证业务服务端配置的频控阀值 如果大于业务服务端的配置频控阀值 则直接拒绝此次调用 如果调用频次小于业务服务端的频控配置阀值 则允许服务调用 服务调用流控即对单次业务包服务调用进行控制 从而达到对业务服务端和能力开放平台保护的目的 小数据量接口服务所传递的单条消息大小原则上不大于128K 否则应建议采用大数据量接口方式 22 部署架构 运营情况 建设背景 发展目标 功能创新 建设思路 创新功能 实时调用监视 实时调用流量监控 可以实时监控全部或者具体某一服务提供商下特定服务的访问情况 24 功能创新 支持REST方式接入 REST类型的Web服务简单而且有效 直观 用户界面友好 在许多情况下 简单和有效地使用REST技术远比使用复杂的基于SOAP的Web服务具有更高的效率 目前安徽电信的部分系统REST风格服务也被大量应用 OIP支持REST风格服务接入OIP也就变的实在必行了 现在安徽OIP已经可以支持REST方式服务接入 并对外开放了 通过oip注册的rest服务 支持get post put和delete请求方式 支持任何基于rest风格消息格式传播 包括json xml和字符串 只要将rest服务端地址注册到平台上 在oip的url地址信息中加入servcode sender和msgid等其他必要信息 OIP就可以根据URL信息转发消息 如 http 127 0 0 1 9999 oip rest sender 1111 servcode 1101 tognbu Sync msgid 22222 25 功能创新 服务拓扑管理 通过图形化界面显示客户端 服务 服务提供者之间的服务拓扑和服务调用情况 实现服务全局管理 图形化操作 26 功能创新 服务拓扑管理 27 建设思路 发展目标 功能创新 运营情况 建设背景 部署架构 服务能力支撑 服务质量提升 服务能力开放 建设驱动力 随着移动互联网的兴起 完全封闭的组织和企业已不能快速适应互联网应用的发展 开放势在必行 OSS接口服务虽已部分接入 但其产生的质量问题 没有得到重视和有效解决 随着翼运维 预处理等服务能力应用的出现 需要OIP对现有及未来应用产生快速支撑 以缩短开发周期 减少投资成本 OIP 发展方向 建设驱动分析 目标与举措 2013 加大应用集成平台建设力度 逐步接入异步工单类接口服务 同步共享类服务以及其他OSS接口服务 形成OSS已有接口服务全覆盖 同时加强对集团纵向互联服务的支撑 根据考核要求 完善各项指标和功能 建立服务能力生命周期管理体制 将服务能力的创建 优化 注销等进行有效管理 严格控制服务的接入 注册审核流程 为后续服务能力标注化和开放化打下坚实基础提升服务能力监控能力 形成服务能力闭环处理梳理OSS服务能力 建立OSS服务能力目录库 初步实现服务能力编排 2014 完善服务能力目录完善服务能力编排 并扩大服务能力编排应用范围建立OSS服务能力标准库 形成OSS服务能力省内开放和共享继续支撑集团纵向互联 开放省内OSS服务能力 有效支撑