基干云技术运营商业务支撑系统架构优化方案探究.doc

基干云技术运营商业务支撑系统架构优化方案探究 　　【摘 要】为了进一步优化传统业务支撑系统存在的问题，使运营商在关键领域抢占先机、取得突破，通过对传统业务支撑系统存在的缺陷进行分析，阐述了互联网+时代的需求，研究了对未来业务支撑系统架构方案基于云化技术的优化方向，并给出了业务支撑系统的优化架构方案建议 【关键词】互联网+ 业务支撑系统 架构分层 云化技术 doi：10.3969/j.issn.1006-1010.2017.02.018 中图分类号：TP311.5 文献标志码：A 文章编号：1006-1010（2017）02-0088-04 引用格式：黄鹤晖. 基于云技术的运营商业务支撑系统架构优化方案研究[J]. 移动通信， 2017，41（2）： 88-91. 1 引言 随着我国在互联网技术、产业、应用以及跨界融合等方面的发展，互联网目前正在逐步从消费互联网向产业互联网转变。为了进一步加强互联网与传统产业的融合，国务院总理李克强在十二届全国人大三次会议上所作的政府工作报告中首次提出，要“制定互联网+行动计划，推动移动互联网、云计算、大数据、物联网等与现代制造业结合，促进电子商务、工业互联网和互联网金融健康发展”。自此，互联网+上升为国家战略，被纳入顶层设计 在互联网+时代，云计算、物联网、大数据等技术将逐步渗透到各行各业，以推动产业互联网的迅速发展。数字化业务将成为运营商未来收入增长的重要来源，运营商如何在关键领域抢占先机、取得突破，对支撑体系的转型也提出了新的挑战。本文以架构分层、逐层云化为主要思路，对应对互联网+时代的运营商业务架构的优化方案进行研究，以推动在互联网+时代中运营商业务支撑系统的转型，使其能够适应未来互联网+时代的转变 2 传统的业务支撑系统架构 目前，各大运营商所使用的业务支撑系统多数采用包括Web、应用服务层、数据库在内的三层结构，具体可分为应用类支撑系统和数据库类支撑系统两类，如图1所示： 其中，应用类支撑系统包括Web层和应用服务层，目前其通常基于支撑中心资源池部署，通过负载方式实现分布式处理架构，使其具备了弹性伸缩前提条件；数据库类支撑系统就是数据库层，包括普通数据库、内存数据库等，其目前还没有实现分布式，故暂不考虑动态调度 上述架构由于存在应用服务层与数据库层的紧耦合，以关系型数据库为主，业务流程以不可拆分的业务实现方式为主，因此这种传统的业务支撑系统存在的缺陷分析如下： （1）业务支撑灵活性不足：面对企业信息化、行业应用等众多新业务，传统业务支撑系统的产品上线/计费程序不够灵活快速，无法很好地支撑业务快速上线和开展；面对众多的新业务服务合作伙伴，支撑系统也不能实现合作伙伴统一的系统化管理，无法支撑新业务服务 （2）能力开放不足：传统业务支撑系统的架构中，各系统之间的联系基本靠双方互相开放接口来完成，导致全网接口数量相当庞大且难以管理；由于各系统间接口由双方协商且未能形成统一标准，多数系统接口未实现优先级控制、流量控制等管控能力，难以对外统一开放。因此，针对新系统的接入流程非常复杂，新系统需同时实现众多对接系统的各种接口，流程的复杂程度也会随着业务的增加而迅速增长，原有架构无法及时应对 在互联网+时代驱动下，为保证新形势下的竞争环境、业务、客户、产品和网络的变化对业务支撑系统的要求，需要对原有的数据架构进行云化改造，以实现应用与数据的分离，从而实现应用的灵活扩展及业务支撑系统能力开放和管控，以此来持续提升互联网+时代的业务支撑能力 3 互联网+时代的运营商业务支撑系统 架构需求分析 在互联网+时代，运营商的业务体系从原来较为单一的以个人业务为主开始转变，目前已经涵盖了个人、家庭、政企三大类业务，如何把这些多样化的业务完美地支撑，成为业务支撑系统转型的目标。下面先研究在未来运营商业务支撑系统的需求 按照应用业务的数据源的不同，未来需要支持的业务将会分为以下类型： （1）实时消息应用：该类应用强调低时延、高可靠的性能，如语音、数据业务的在线计费 （2）实时交易应用：该类应用强调低时延、数据一致性的性能，如从CRM（Customer Relationship Management，客户关系管理）触发的开户请求处理和合作伙伴渠道的充值、余额查询等请求处理 （3）批量文件处理应用：该类应用强调高吞吐量的实现，如语音、数据业务的离线话单处理 （4）批量数据库数据处理应用：该类应用强调并行处理能力，如周期触发的固定费计算处理等 因此，依托云计算技术，通过业务与硬件解耦合、应用与数据解耦合，构建统一的基础设施、能力部件层、运营支撑层、对外能力开放平台和大数据平台，可以较好地解决这些需求 4 互联网+时