移动增值业务已经从彩信、彩铃等大众化需求迈向个性化的时代，电信业务开放速度的加快和业务提供类型的丰富，电信运营商业务网的结构体系也在变化，电信业务生成环境和业务执行环境的支撑也显得更为重要.
1电信业务网架构体系发展思路
传统的烟囱式是单一的业务系统，即采用新建一套系统方式来满足新业务需求，并且与新业务系统相关的资源还需要不断重复建设业务系统功能和硬件设备，资源的建设和数据分布的零散问题越来越明显，传统的业务平台部署存在以下问题:
(1)项目建设期长，无法满足新业务的需求;(2)业务平台单独建设，平台之间无法实现资源互补和共享;(3)在项目建设中，运营商采用了不同厂家、不同型号的设备，造成数据的复制、迁移和备份更加复杂.对于大规模数据分析和事务处理的资源瓶颈，很难扩展;(4)平台与平台之间的聚合度低，进一步开放网络能力和业务能力，可以增加电信运营商和客户之间的茹性，聚合产业价值链.
传统的烟囱式业务平台存在以上问题，因此，业务网开始转向横向式网络架构转变，面向多种网络，支持多种应用，提供更丰富的新型业务，可以更容易地兼容新增加的能力部件，支持未来各种迅速发展的网络技术，支持多种下一代网络结构.横向式架构的业务交付平台可以为业务层提供核心解决方案，并且根据运营商的业务需求为不同的客户实现解决方案，提供各类基本业务能力和适配功能.
2资源池虚拟化架构
2.1资源池虚拟化技术有以下几个优势
(1)提高资源利用率.传统的IT企业为每一项业务分配一台单独的服务器，服务器的实际处理能力往往远超服务器的平均负载，使得服务器大部分时间都处于空闲状态，造成资源的浪费;而虚拟化技术可以减少必须进行管理的物理资源的数量，隐藏了物理资源的部分复杂性.为了达到资源的最大利用率，虚拟化还把一组硬件资源虚拟化为多组硬件资源，并动态地调整空闲资源，减小服务器的规模.
(2)实现较简单的共享机制无法实现的隔离和划分，从而对数据和服务进行可控和安全的访问，提供一个相互隔离、高效的应用执行环境.
(3)简化资源和资源的管理.计算机有硬盘、磁盘等硬件资源和Web服务等软件资源，用户对计算机资源进行访问是通过标准接口来进行的.使用标准接口的好处是用户不用知道虚拟资源的具体实现.底层的基础设施发生变化时，只要标准接口没有发生变化，用户基本上感受不到这种变化.这是因为，与用户直接接触的是标准接口，虽然底层的具体实现发生改变，但是用户与虚拟资源进行交互的方式并没有改变.
基于云计算的概念和技术，利用资源池虚拟化技术将业务平台化，能够很好地解决上述问题.目前运营商正依托云计算技术构建统一资源池，以实现业务平台统一规划、统一部署、统一维护、统一运营.IT系统资源不再局限在某个应用，打破了传统烟囱式的限制，部署在云计算资源池中业务平台常规项目不再包括硬件资源的建设内容.全方位推进资源提供向服务提供的转变，实现承载资源按需提供、弹性调度.
在业务平台所在机房利用已有的硬件设备，同时引入虚拟化技术，通过软件来实现硬件资源的虚拟化管理、调度及应用，利用虚拟化技术降低维护成本和提高资源的利用率.将应用部署或迁移至云资源池，实现资源与项目分离，在虚拟资源池的建设上、配置和采购上不再与具体项目捆绑，敏捷地适应用户对资源不断变化的需求，实现按需向用户提供资源能大大节省用户的硬件资源开支，用户不用自己购买并维护大量固定的硬件资源，只需向自己实际消费的资源量来付费，按需提供资源服务使应用开发者在逻辑上可以认为资源池的大小是不受限制的，应用开发者的主要精力只需要集中在自己的应用上.有条不紊推进业务平台集中部署、集约运营，做到资源分配集约化.通过云资源运营体系建设，形成一系列管理办法和支撑流程，逐步推进业务平台集中部署、集约运营以及云资源管理的制度化、常规化.
2.2资源池存储资源规划
不同的应用对存储的要求是不一样，建议采用分等级部署，既能满足需求又能节约投资.
资源池存储资源至少应包括在线存储区与离线存储区.结合业务特性，体现降本增效的思想，在线存储区又可细分为高端在线存储区、中低端在线存储区、分布式存储区等.
(1)高端在线存储区.主要用于承载VM镜像、核心业务数据等对存储性能有较高要求的业务部分.建议采用高端FCSAN(配置高性能FC/SAS盘)，采用Raid0+1方式，考虑建设成本，容量不宜过大.
(2)中低端在线存储区.承载一些非核心业务数据，以及一些在线备份数据.建议采用中低端FCSAN(己置SATA盘)，或采用IPSAN，采用Raids方式，可配置较大容量.
(3)分布式存储区.承载邮箱、网盘、彩信/WAP详单、彩铃铃音资源等一些大容量，但对响应时间没有非常严格要求的业务，采用分布式对象存储等技术，以低成本提供海量存储空间.
对资源池存储资源规划，可以产从虚拟机和传统物理机相结合，商业软件和开源软件结合，建立大型、高实时性业务平台的云承载方案.从网络模型和流量工程着手，通过对流量模型的建立，确定资源池的建设方案从而验证关键大型业务平台的部署方案，最大限度的保障模型的贴合度.
3业务平台云化部署和云化评估
在业务平台云化及整合方面建设资源池，形成集约化的资源池体系，统一管理、统一调配和集中监控;实现全网业务平台池化，资源利用率达到较高水平;实现项目与资源分离，按需满足快速部署和动态调配需求.
横向式架构的业务交付平台可以使从资源低效率的分散使用到资源高效的集约化使用.分散的资源使用方法造成了资源的极大浪费，现在每个人都可能有一到两台自己的计算机，但对这种资源的利用率却非常低，计算机在大量时间都是在等待状态或是在处理文字数据等低负荷的任务.资源集中起来后资源的利用效率会大大地提高，随着资源需求的不断提高，资源池的弹性化扩张能力成为云计算系统的一个基本要求，横向式架构的业务交付平台具备了资源的弹性化扩张能力，能够有效地应对不断增长的资源需求，能较为方便地实现新资源的加入.
在电信业务平台云化的评估过程中，需要结合业务平台的情况以及云计算技术特点，考虑新建业务平台部署特点，对现有业务平台的云化整合迁移进行可行性综合评估，需要重点评估如下要素:
(1)评估架构方面:优先考虑X86架构的业务平台迁移到云计算平台，非X86架构的业务平台建议评估改造成X86架构的难度、费用、时间等因素，再在考虑是否迁移到云平台，或者考虑采用小型机虚拟化技术承接;
(2)平台类型方面:对于小业务平台、短生命周期平台、离线分析性平台，优先考虑迁移到云平台;对现有的业务平台整合改造后再迁移到云计算资源池.
(3)所承载业务特征方面:对于业务量突发性高和资源利用率低的平台建议迁移到云平台实现错峰填谷;而对于业务实时性要求高，或者1/0吞吐量比较大，或者涉及财务、安全等敏感数据的业务平台，暂不考虑迁移到云平台;
(4)目前云计算技术限制方面:对于采用虚拟化软件暂不支持的操作系统的业务平台(虚拟化软件是否支持客户操作系统情况，可到各虚拟厂商网站查询)，或者虚拟化软件暂不支持的有特殊外接设备(如语音板卡、加密卡等)的业务平台，则暂不考虑迁移到云平台;
(5)如果业务平台厂商技术支撑有限，且现有系统无法通过P2V方式迁移，建议慎重考虑是否迁移到云计算平台.
本文针对业务网络体系架构的演进，分析发展思路和传统部署方式所面临的问题，结合业务平台云化部署的特点，通过资源池虚拟化来实现平台云化建设的总体目标架构，针对运营商云计算资源池部署进行研究，项目完成后提交的相关成果已直接在相关项目进行应用，测试报告可直接在运营商的云资源池进行应用，均能够给运营商在云计算的实际部署过程中带有极为有意义的作用.