2012年，我们预计各种规模的通信服务提供商（CSPs）都将迈上虚拟化的道路，并且最终实现其网络的“云化”。自那之后，几乎所有的CSP都开始了这一过程。

虽然这是整个行业的进步，但是公平的说大多数CSP在这条道路上还没有走很远。这些CSP正在采用最佳的软件定义网络（SDN）和网络功能虚拟化（NFV）组件开发第一代我们所说的“电信云”，电信云是内部的云基础设施，将渗透到整个CSP网络，提供一个灵活、敏捷的服务交付、操作、管理环境。

随着CSP虚拟了网络控制和功能，业务“云化”是否值得的问题需要回答。大多数时候，这个答案都是肯定的，因为互联网经济需要操作规模和速度。反过来，大多数CSP都不能够提供大规模的网络灵活性。需要澄清的是，电信云不适应现有的网络，它是网络服务交付和操作将在cloud-native环境下实现，且操作跟其他云服务一样。为了达到这个目标，虚拟化是不够的。虚拟化是非常重要的第一步，因为它能够使得基础设施资源操作的灵活性。然而，如果底层网络仍相对刚性且静态，CSP不能正确利用虚拟化带来的灵活性。实现这些优势的关键是将NFV带来的灵活性和SDN提供的可编程性结合起来。

以移动网络中的Gi-LAN为例，它根据不同的策略和用户通过不同的功能发送流量。过去，我通过物理盒子来管理这些请求。虚拟化有助于加速这个过程，但并不能完全消除over-provision的状况。更糟糕的是，over-provision创立的连接很难适应环境和服务需求，这是一个问题。

SDN架构的编程遵循策略，可以实现Gi-LAN的控制和自动化功能，添加新的服务跟新策略的编程一样简单。这种服务的敏捷性和灵活性是将SDN和NFV相结合带来的，随着越来越多的CSP认识到SDN和NFV的重要性，SDN和NFV正大大加快“云化”进程。

在业界向NFV转型的初期阶段，我们很多人都清楚，除了SDN和NFV之外的第三个加快电信云发展的支柱是开放发展，它能够提供必要的创新和发展规模。今天，第三个支柱已经逐渐固化下来。

以OpenDaylight、OpenStack、OPNFV等开源项目为代表的，包含了SDN和NFV以及允许SDN和NFV协同工作的连接元素提供了更多的灵活性。

以最新发布的OPNFV软件架构为例，它不仅能够提供同时使用SDN控制和虚拟网络功能（VNF）的能力，还能根据需求在整个NFV架构中选择三种不同的SDN控制器。这种灵活性指出了未来发展的方向。

我们还没有将网络控制和网络服务交付实现真正的云化。这需要今天的单片VNFs提取出通用的服务，并向基于服务的基础设施迁移。它需要超越简单的SDN控制平面和数据平面的分离，向能够响应不同应用程序和服务的微服务架构的控制功能转变。

因此，云化历程的道路任重道远，值得一提的是电信云的历程已经顺利开展，尽管我们还没有实现最终目标，但是我们已经逐渐意识到了它带来的优势。

原文链接：https://www.sdxcentral.com/articles/contributed/sdn-and-nfv-stepping-stones-telco-cloud/2016/09/