近年来，伴随云计算、SDN、NFV等技术兴起，国内外运营商都相继提出中远期网络重构的战略目标，一方面是想借助新技术产生新的业务模式，积极应对互联网公司OTT服务对电信传统业务造成的强力冲击。另一方面希望依托新技术构建新的网络架构，努力摆脱多年形成的僵化网络对自身运维效率提升带来的巨大桎梏。CORD(Center Office Re-architected as Datacenter)作为运营商网络重构的一个重要方向，已成为各大主流运营商聚焦的核心热词。其中，尤以“CORD背景下的统一业务承载架构”最为关键，目前业界的共识是通过构建全网统一云资源池来承载上层各类业务网元，以“横向分层”替代“纵向烟囱”的系统构建模式，从而消除传统网络架构带来的诸多弊端。基于此，底层云资源池如何构建对于运营商们的网络重构最终成效具有举足轻重的作用。

有关云资源池如何构建算不上新鲜话题，自2006年谷歌CEO施密特首次提出“cloud computing”概念，距今已有12个年头。在云计算发展初期，业界除了亚马逊、谷歌、阿里等互联网企业可以凭借强大的研发实力构建自己的云平台外，其它云服务提供商(如电信运营商)只能基于封闭的商业软件实现云平台落地。但在最近几年，伴随OpenStack、KVM、Ceph等多个开源项目日趋成熟，以及DevOps理念风靡全球，各大公司都在对自身的云资源池实施开源技术架构演进。很显然，云计算已进入了下半场时段，传统电信运营商能否在此领域找准切入点、把握好节奏，势必对其ICT融合转型之路至关重要。

本文的主题是对云计算资源池中相关开源技术的研究，重点围绕为什么要选择开源技术、应选择哪些开源项目、开源可能带来哪些问题这三个关键议题展开论述，旨在对运营商云资源池开源演进战略提供一些有价值的思路与建议。

与互联网企业所不同的是电信运营商作为传统的CT企业，更加关注于系统的稳定性、高可用，因此在以往的设备选型、架构设计中大多会采用纯商业、封闭的产品，以确保网络达到电信级标准要求。当前，开源趋势在全球兴起，大批贡献者持续不断地对项目源码进行完善，使得很多优秀的开源项目完全可以满足电信级要求，这是运营商拥抱开源技术的必要条件。另一方面，究竟为什么要选择开源技术则是我们运营商人必须想明白的问题，以下从九个方面对这一问题进行了阐述。

标准：开源基金会扮演着与传统CT领域通信标准化组织(ITU、3GPP等)类似的角色，弥补了运营商在IT领域因缺乏标准化体系造成相关系统在全局性、兼容性、开放性方面的不足。
降本：开源软件应用达到一定规模后，可以大幅节约成本，成本的节约有利于利润的增长。
增效：开源社区有丰富的自动化运维工具，这些工具有利于运营商向DevOps转型，显著提升运维人员的工作效率。
功能：依托开源体系架构，运营商可对定制化、个性化需求进行二次开发，而封闭、商业化的产品通常只会为通用可抽象化的功能进行设计开发，且无法实现二次开发。
安全：源代码开放有利于自主可控，让“黑匣子”变成“白匣子”，使用者了解内在组成，大幅提升系统安全性。
创新：开源项目是创新的土壤，新特性、新功能可以快速实现，不受限于商用产品的发布周期。社区某个贡献者的好想法也有助于激活其他参与者的灵感。
竞争力：有利于运营商掌握核心技术，提升企业的核心竞争力。
话语权：不会被某个厂家的“一揽子”解决方案绑定，使得系统优化演进更加灵活。
生态圈：开源项目有利于企业借势借力，伴随开源社区的不断发展，企业的系统也会持续优化。

由于云计算资源池的基础是IAAS层，因此本文提及的开源项目主要以IAAS层视角展开分析。同时考虑到DevOps的重要性，会辅以部分优秀的PAAS层开源项目进行介绍。下面将分别从计算、网络、存储、云操作系统、自动化运维工具等五大维度探究运营商对云计算相关开源项目的选型问题。

这是开源领域一个永恒的话题，也是任何机构、组织或公司想要用好开源软件需要接受的一个观点。开源软件是对传统商业软件开发及应用模式的一种变革。传统商业软件按照许可售卖，用户在部署、使用及后期维护方面遇到的问题，均可由软件商提供明码标价的服务。开源软件为用户提供了一个免费的社区版软件，但通常情况下，它只能算是一个“半成品”，仅能满足用户最基本、最通用的功能需求，一些定制化的功能需要用户在社区版基础上二次开发。另一方面，对于软件前期的部署、中后期的运维也缺乏专业的团队支持。如果将软件比作一辆车，国内外大部分电信运营商都习惯于做一名合格不出事故的司机，即从设备制造商手中买一辆“成品车”，然后努力学好驾驭这辆车的技能。然而，开源软件则是一辆“半成品车”，在它可以平稳驾驶前，首先要对其进行优化改造，而这需要机械师的技能。因此，多年来习惯于做“司机”的运营商或许需要考虑如何补充“机械师”技能了。想要成为一名合格的机械师，学费是不可避免的。

原文来自：

本文地址： //q13zd.cn/yun-laiyuan.html编辑：王华超，审核员：逄增宝

本文原创地址：//q13zd.cn/yun-laiyuan.html编辑：王华超，审核员：暂无