运营商IT整合演进策略和规划方案Word文档格式.docx

上传人:b****2 文档编号:14087845 上传时间:2022-10-18 格式:DOCX 页数:12 大小:618.64KB
下载 相关 举报
运营商IT整合演进策略和规划方案Word文档格式.docx_第1页
第1页 / 共12页
运营商IT整合演进策略和规划方案Word文档格式.docx_第2页
第2页 / 共12页
运营商IT整合演进策略和规划方案Word文档格式.docx_第3页
第3页 / 共12页
运营商IT整合演进策略和规划方案Word文档格式.docx_第4页
第4页 / 共12页
运营商IT整合演进策略和规划方案Word文档格式.docx_第5页
第5页 / 共12页
点击查看更多>>
下载资源
资源描述

运营商IT整合演进策略和规划方案Word文档格式.docx

《运营商IT整合演进策略和规划方案Word文档格式.docx》由会员分享,可在线阅读,更多相关《运营商IT整合演进策略和规划方案Word文档格式.docx(12页珍藏版)》请在冰豆网上搜索。

运营商IT整合演进策略和规划方案Word文档格式.docx

AdeepanalysisonthetelecomoperatorsITnetworksystemwasmade.TheoverallgoalsandITsystemintegrationevolutionstrategywereputforward,andtheplanfromthefouraspectsofthebusinessapplicationlayer,platformlayer,infrastructurelayer,managementlayerwasgiven.Atthesametime,thecomputer,storage,network,security,cloudplatform,roomsfacilitiesofITinfrastructureconstructionwerediscussedindetail.

Keywords:

ITintegration,PaaS,IaaS,bigdata

1.引言

随着行业环境以及国内政策的变化,中国移动集团公司将面对新市场、新业务、新模式等越来越多的挑战。

互联网化新型应用开发部署对于基础资源弹性、快速迭代上线的需求会越来越明显,业务应用和基础资源整合及能力提升已成为影响运营商转型发展的关键因素。

电信运营商作为一线运营实体,面临着强大的外部竞争,迫切需要落实公司深度转型要求,需要采用云计算、大数据等新技术,引入全面整合重构业务应用和IT基础设施能力,满足业务发展、降本增效的需求,支撑公司在打造融合通信、创新流量经营、拓展数字化服务和深化精细化管理等方面的发展要求。

2.IT系统现状及问题

2.1.现状说明

电信运营商经过多年建设,目前IT支撑系统分域独立部署,各域资源池均采用小型机、PC服务器、虚拟机混合组网模式,各应用系统分域使用域内独立的计算、存储、网络、平台资源。

某省级运营商IT支撑系统目前分布在四大枢纽,共10个机房,各系统部署情况如下。

业支系统:

由IT机房1、2、3、4、6这5个IT机房承载,采用生产双中心模式。

管信系统:

由IT机房5承载,采用单中心模式。

网管系统:

由网管机房1、2、3、4这4个机房承载,采用生产、应急双中心模式。

目前,某省级运营商IT支撑系统机房和设备情况见表1。

2.2.存在的问题

目前,运营商IT系统在建设中还存在诸多问题,主要表现在以下几个方面。

(1)业务应用层

传统方式建设的BOM(billofmaterial,物料清单)各域系统多数为竖井式系统,许多核心业务应用还未完成架构云化改造,普遍存在应用复杂度高、耦合度高的问题,新业务上线困难,可复用性较低。

大数据平台源数据管理缺少统一标准和规范,数据冗余,数据一致性较差,跨域分析能力不足,端到端的数据关联和共享能力不足。

(2)平台层

现有平台软件运维复杂度高、种类多,缺少统一管理,运维安全风险加大。

现有平台框架大多数封闭专用,资源独占,无法多应用共享,多数应用无法动态扩展,无法实现跨应用的资源共享和动态调度,不能支撑应用快速扩容和能力开放。

现有平台框架下,应用无法快速部署,带状态应用无法快速迭代,现有应用任何改动都需要重新编译、集成、测试、部署整个应用框架。

随着应用体积的增大,交付流程和反馈周期相应变长,影响业务上线速度。

(3)基础设施层

采用物理机部署业务偏多,虚拟机部署业务偏少;

许多业务应用配置的基础资源配比不够合理,未能完全针对应用需求进行设备分类选型,x86设备平均CPU利用率低于50%,内存利用率低于70%,造成木桶效应和资源浪费。

异构虚拟化软件无法统一管理:

目前不同平台的虚拟机集群采用异构虚拟化软件,资源不能共享,虚拟机难以在异构的虚拟机集群中进行自动迁移。

网络架构无法支撑跨域资源共享:

现有3层网络架构只能纵向扩展,难以横向扩展,导致虚拟机无法跨资源池、跨局址迁移,资源难以充分共享。

机房配套需改造:

部分机房是通信机房改造而来,设备布局不合理,机房可用面积不足;

机房耗电量大,不间断电源系统(uninterruptiblepowersystem,UPS)容量紧张,部分机房电力资源趋于饱和;

机房设备散热量高,机房制冷系统效能不高,剩余冷量不足;

机房存在气体腐蚀和颗粒污染、布线系统不合理等问题。

(4)运营管理层

缺少明确统一的资源池支撑机构负责云资源池的建设和运营管理。

缺少统一的资源池建设与运营的流程和规范。

缺少端到端私有云资源池自动化运维平台。

3.IT整合演进总体目标

推进应用系统云化整合,实现软件分层、接口统一、流程贯通。

全力推进“资源共享、数据集中、应用融合、管理高效”的企业级IT系统。

实现应用和数据、计算、存储等IT基础设施和基础能力解耦,整体IT架构向“一体化、分层开放”转变,应用系统根据业务需求敏捷迭代,基础设施及基础能力统一构建。

(1)构建一个云化IT体系

按照统一的云计算服务标准和规范,构建贯穿各域的资源管控体系,创新运营管理,服务内外用户,实现云计算服务的可持续发展和业务创新。

(2)打造一个云管平台

搭建企业级云计算管理平台,实现IT资源统一管控,实现资源/服务的全生命周期管理,推动资源管理标准化和服务标准化,提升管理效率。

(3)创建统一的IT基础设施资源池

利用虚拟化、分布式、容器、SDN、OpenStack等技术,打通各域资源壁垒,创建企业级资源池,实现各域资源共享和按需分配。

4.IT整合演进总体策略

IT整合架构如图1所示。

IT整合演进总体策略如下。

业务应用层以开放架构、能力内化、降低成本为目的,按照第三代业务支撑系统、网管“4+1”及OSS4.0的要求,持续推动支撑网传统应用的架构升级改造,实现从传统集中式架构向分布式云化架构的转变。

(2)平台能力层

构建基于策略的服务编排访问框架和统一资源管理调度中心,建设企业级大数据资产管理中心,重点进行平台即服务(platformasaservice,PaaS)层能力构建,通过平台能力资源池化支撑业务应用的敏捷开发、快速上线与高效运维。

构建统一管理的异构云资源池,重点进行基础设施即服务(infrastructureasaservice,IaaS)的服务化能力构建和高效管理,推进硬件资源池化建设,提高服务器、存储、网络设备云化程度,快速为上层业务提供所需基础设施资源;

总体规划机房功能区域和设备布局,提升机房能效管理,重点进行机房配套的安全、可靠、绿色、节能建设。

重点进行统一资源运营管理、统一安全管控和统一运维流程的建设,优化管理模式,构建端到端自动化运维管理平台。

图1IT整合架构

5.IT整合演进策略规划方案

5.1.业务应用层方案

B域按照第三代业务支撑系统中心化、服务化、平台化的要求进行改造,客户关系管理(customerrelationshipmanagement,

CRM)应用重点关注商品中心、渠道中心、客户中心、订单中心、零售库存中心等,采用分布式数据访问技术,适配多种数据技术,实现低成本平滑扩展;

业务运营支撑系统(business&

operationsupportsys-tem,BOSS)重点建设支付中心、计费账务中心、账详单中心等,进行应用水平线性扩展,应用、数据服务均支持x86化;

在应用和数据拆分的基础上,强化集群部署和管理能力,将业务数据与状态数据从应用侧剥离,数据共享访问实现数据集中访问,提供统一的流量共享、流量统付、流量转移业务支撑。

积极向电商进行对外能力开放。

O域近期基于网管“4+1”应用框架强化基础能力建设,实现四轮渠道全覆盖,重点加强家庭客户、集团客户、新业务的综合展现,强化各类业务的端到端保障能力及配置管理能力,后期向下一代网管OSS4.0进行演进,实现全面网络升级,面向混合网络自动化进行业务统一编排。

M域重点考虑统一信息平台、供应链系统、资产管理系统、人力资源、财务系统的云化改造,形成标准高效的统一承载平台,支撑信息化系统各类业务需求。

大数据系统应重点进行企业级跨域数据接入与融合,数据统一存储、统一处理、统一服务,解决源数据多头管理问题,特别是解决现有性能管理系统和大数据平台的数据重复问题。

平台及核心能力集中运营管理,遵循“应用和数据分离”的原则,资源按需分配,应用百花齐放;

构建大数据生态系统,最终实现数据资产化、商品化、价值化。

5.2.平台能力层方案

平台能力层重点提供基于PaaS平台的能力服务,实现对资源池各类应用的适配和调度服务,向上应提供标准的平台访问框架和能力开放服务,实现业务应用的快速部署和动态扩展;

同时向下与基础设施层对接,实现硬件资源对业务应用的灵活适配和高效承载。

在PaaS层构建基于策略的平台服务编排和访问框架:

对各类平台软件和服务进行再次定义,通过封装和集成,向应用提供通用的平台软件能力。

解决平台软件的运维复杂度高和安全风险加大的问题;

满足平台软件服务化,提供标准、高效、敏捷的平台软件能力的需求;

应用通过标准平台框架访问底层各式数据库、缓存、消息引擎、流处理、流程引擎、容器引擎等运行环境,屏蔽了各种版本的技术差异,提升软件效率。

PaaS层提供公司级能力对外开放服务,将业务功能微分形成单独的服务单元,通过对服务单元进行封装,快速形成商业能力。

为内部用户、外部客户、行业用户提供平台化服务,在能力开放平台之上构建自有产品、大客户定制方案、行业解决方案等各类应用。

实现信息化和基础电信业务能力开放的需求。

PaaS层还应重点建设大数据资产管理中心,实现对全局数据采集、清洗、访问与加载的统一管理,形成数据资产统一管控,数据存储与分析资源的统一管理;

构建敏捷、开放、智慧的应用开发环境,提供大数据能力开放服务,提升企业大数据平台多租户能力,对硬件集群、采集与访问接口进行扩展,提供多种类(共享/独占/定制)、标准化的企业大数据访问能力,安全可控地开放计算能力、基础数据和统计分析结果,满足内外部客户的需求。

大数据平台架构如图2所示。

5.3.基础设施层方案

基础设施层方案是引入SDN+VxLAN技术,重点打造基于OpenStack框架的计算、存储、网络、安全等IaaS基础设施资源服务,将分散的基础资源整合为统一资源池。

IT资源池基础设施层框架如图3所示。

主要方案如下。

(1)计算层

在核心业务采用基于x86虚拟化或高可扩展负载均衡集群替代小型机设备,各局址新增计算资源应以通用的定制PC服务器为主,传统小型机设备不再新增。

资源池建设时,应依据应用场景对服务器配置进行归类与整合,尽量减少服务器类型,优先选择机架式服务器。

积极应用虚拟化技术,提高服务器资源利用效率,提高虚拟化比例。

除高负载集群化应用系统(如数据库、Hadoop、M

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 医药卫生 > 药学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1