然而，现阶段运营商普遍都是在计费系统的存储环节率先实现云化，“一来考虑到实施比较简单，二则可以大幅降低运营成本和存储压力。”而后续有关计费系统的核心—基于数据流处理的计算应用云化，恐怕还需要一个过程，“其时间的快慢则取决于运营商业务压力的增长和云计算实施的决心”。薛超如是说。
思特奇云实施“四部曲”
在敲定了改造方案后，业务支撑云便进入了实施阶段，思特奇为运营商准备了四个阶段。
前期储备就是第一步，这是整个云化项目的关键一环，通过对云化分布式架构的开发、运维人员的技术培训以及整个后台体系的升级，为接下来的业务支撑云积淀重要的“软实力”。
其次是实施云计算，从基础设施的“资源池化”到应用的“云化”尝试，选择新业务需求作为云计算试点项目突破口，同时基于试点积累实现云计算架构整体规划与落地，包括云计算、云管理、云安全等。
再次是业务迁移，这其中存在两类优先，纯IT系统优先和具有云计算特点的错峰平谷业务优先，在起步阶段核心业务应维持在原有的稳定平台，将新业务投入云计算平台，后续再将核心业务分布式迁移。
最后是创新创收，基于私有云新运营管理模式创新，如哑终端模式的桌面与应用虚拟化IT管理、瘦客户端虚拟呼叫中心坐席管理；基于公共云的新业务创收，如基于海量运算的移动互联网手机搜索、3G流媒体智能应用、物联网、计算能力出租、SaaS等。
IT成本压缩了60%
这种涉及软件层面的云化改造所带来的低成本效益自不用说，薛超告诉记者，来自山西移动电子渠道云化项目的成本分析数据显示，实施前电子渠道系统主要由4台小型机承载，总价达1000多万元人民币（下同）；而云化改造后，其底层基础设施换成了不足200台的PC服务器（总价在300-400万），不仅IT成本大幅降低，同时这些PC服务器还可在业务闲暇时被调去别处使用。
据了解，运营商目前在实施底层IT设施改造时，通常会采取“大变小”和“小变大”两种做法。“大变小”即将一台物理小型机分割成数十台虚拟机，分配于不同业务支撑系统使用；“小变大”则是将一群物理的PC服务器（刀片服务器）通过虚拟化技术统一供给某一个支撑系统使用。
“小变大”VS“大变小”
从云计算自身的技术架构角度讲，“小变大”显然更符合其虚拟化、分布式和低成本的属性，但在运营商现阶段的实际云化改造中，考虑到既有IT资产使用和性能指标等因素，“小变大”的改造措施并非完全适用。
“比如对于计费系统的云化改造，思特奇一般会建议采用‘大变小’的方案，毕竟计费系统属于运算密集型，对于服务器的性能和容量等各方面指标都有较高要求，现阶段使用小型机还比较稳妥；而类似电子渠道系统就可以大胆采用‘小变大’方案，即便出现断电或个别服务器故障，系统也会将运行任务自动调配给其他PC服务器，不会影响整个系统的正常运行。”薛超进一步表示。
运营商云化程度各不同
在这个“大行云道”的时代里，所有企业在迈向信息化进程中都会不由自主地向云靠拢，而运营商作为云计算时代网络环节的重要支撑者，其云化进度也相对靠前。不过，三家运营商因各自战略不同，对云的接受程度也不相同。
