第三个挑战就是说如何把我现有资源进行最优化的配制，目前各个业务是按照垂直方式建设，每个业务都充分考虑冗余，就是说在每个业务里面有很多资源实际上是有冗余的，我们怎么把这些资源最优秀利用起来，这也是一个挑战，接下来如何做好我们现在数据保障工作，为了保障我们数据安全，一种是灾备方式，都是完全资源冗余，我们如何能够节省资源，这也是一个挑战，最后还有一个挑战就是说随着业务不断增长，对我们系统容量也是有一个不断的增长要求，我们在扩容的时候我们感觉非常明显，扩容的时候我们尽量做到依旧，实际上还是有很多以前设备可能会被大量淘汰。
还有一个问题就是说在每期扩容实际上前一期计算资源是用了5个厂家，或者存储厂家是用另一个厂家，下期扩容要用另外一个厂家，从管理角度讲有很大问题，我们针对这么多问题，我们如何应对这是我们觉得需要考虑的一个原因，针对这块问题落实到我们目前数据业务几个方案之间比如说现在我们彩信，我们短信，wap一些网管设备，还有数据分析系统，目前我们对这些业务方式每个业务都是独立核算资源，每个业务内部是有自己存储计算资源以及相应的冗余机制，如果业务快速增长，增长越快不仅导致每个业务资源冗余会更多。
接下来就是我们Wap存储为例，比如说随着存储量增长，我们列出来实际上是我们在每期wap扩容中间处理容量，当我们每个单点配制处理容量是5000TPS我们配制磁盘贞烈是4.2T，我们配制磁盘空间是8.3G，未来每个单点处理能力是到十万TPS配制磁盘阵列是到80T，这些存在存储空间90%用来文件存储，我们站在电信设备提供商角度，我们认为对一些实时要求非常高的数据，在完全采用云存储目前还存在一些风险，但是对CTR这一类数据就非常适合在云存储下进行保存。我们需要配的磁盘空间越大，计算资源越多，带来机房电源问题，空间问题，还有管理成本还有真正投资成本还有数据安全这些问题会越来越明显。
我们现在以传统存储方案扩容方式为例，我们在传统存储方案扩容里面，随着业务规模不断增大，我们可以有更多磁盘阵列，这个是根据线网前十期的真正的磁盘空间使用度的统计，可以看出来，红的这一块是我们在每期扩容里面进行的一个硬件容量配制，就是说磁盘阵列空间的配制，黄色是真正系统在使用一个容量情况，我们可以看出这两条线切合度是很差，中间有很大差距，意味着实际上有很多资源浪费，这种方式扩容的话，弊端第一是扩容周期长，为什么要把扩容周期长单独列出来，不停加设备，机房机房空间不够，机房单元不够，所以会导致我们整个扩容中心要等待所有条件满足才能进行，制约我们整个业务发展，我们也可以看出来，每年的时候会出现因为一个没有及时的安装我们系统，所以不能满足它的处理能力的需要，还有一个解决方案还有一个很大的问题，我们对整个业务增长预测不够，所有这块需要进行扩容。
前期用了很多厂家设备，网上下一个升级硬件性能达不到我们要求，必须换另外一个厂家设备给我们带来从技术管理带来很大的挑战，这样工作量也会大幅度增加。如果说我们现在考虑到采用云存储就很简单，我们认为是一种安需分配资源，当我们的服务器会发现存储空间不够的时候，很简单要新资源节点进行注册，加到云存储池里面对上面的部署应用讲，是一个黑盒就管使用保障我的资源是够，这两条线一个是系统硬件配制容量，系统真正使用的容量，契合度是非常高，冗余也没有太多冗余，我们认为采用这种方式，有很多的特点，第一会使我们整个系统扩容周期短，而且实施简单，第二就是说资源利用率比较高，还有一个就是可以支持多厂家设备，都是可以空存。
我们wap存储和中国移动大云结合，这是我们原来没有跟大云进行合作的一个结构就是，我们所以拿过来云单，还有进行处理过的数据，会以数据库方式存储，还有一些报表文件会放在数据库里面进行存储，我们引入大云以后，实际上就是说这一块存储这一块我们是完全放在大云上进行存储了，刚才第一部分原始文件是存储在大云系统里面。这样的话整个尊出系统对我们来讲，就是一个不用太关心我的存储空间够不够，在我们以前传统配制里面我们使用的实际上都是我们的一些比较厂家的磁盘阵列，相对讲还是比较贵，我们这次跟中国移动大云结合中间实际上就是用了一些EVPC一个磁盘空间这一块对我们这个也是成本对我们大大的节省。
我们刚才结合这个实践是针对我们WAP一个点进行的，我们现在就是说在很多省WAP流量非常大，我们在很多省有很多点，我们在广东有8个点，接下来我们希望 是不是自己厂家点可以推动云存储把我们存储单独从某些系统拿出来，我们目前存储在CDR存储我们像从磁盘阵列向云存储过渡，最终目标希望达到节省空间。实现各个点的资源共享，还有节能减排，这是现在很重要一个指标，还有一个提高资源利用率，最后更重要是节省我们的系统成本。
