什么是网络功能虚拟化（NFV）的风险？与任何新兴技术一样，快速迁移或选择错误的组件可能会带来很多危害。我们接下来将会分析构建虚拟网络时面对的NFV风险。
我耗时数月来收集各种服务提供商的反馈，以了解NFV和SDN是否已经准备好迎接发展的黄金时代。尽管很多服务提供商对此感到乐观，而且NFV技术正在走向成熟，但也有一些方面值得我们注意。
本文将介绍NFV组件选择的挑战，后面的文章将会介绍选择NFV硬件和软件组件（如OpenStack和Open vSwitch）的挑战。
虚拟层添加复杂性
宏观上，NFV引入了新的风险，因为它增加了额外的需要跟踪和管理的复杂性。另一个高风险是性能问题，因为虚拟系统通常会增加软件开销，并且可能无法根据运营商规范进行设计，为运营商环境带来NFV操作堆栈需要增强测试。
在传统网络中，诸如路由器和交换机这样的专用硬件通常被设计为具有内置的故障保护的专用设备，不管故障是出在硬件还是软件上。在NFV环境中，使用通用的组件，包括添加OpenStack和Open vSwithc（OVS）等开源组件，从而增加了复杂性。
添加的虚拟软件解决方案层意味着运营商将不得不开发复杂的管理和编排（MANO）层，可以检测和管理硬件和软件中的故障或瓶颈。这会带来自动扩展和自动修复等功能——如设置新的虚拟机来替换故障单元或适应扩展需求。
作为对描述构建运营商级NFV平台需要做什么的问题的回答，Windstream公司产品管理副总裁Michael Kozlowski写道：“商用硬件的定义不是运营商级的，所以必须依靠比硬件更聪明的软件，以弥补到真正的SDNFV领域解决方案的鸿沟。”
NFV风险清单
现实是，现成的云平台还没有准备好加入运营商网络。运营人员需要一张详细的将要安装的虚拟组件的清单，以及他们需要测试的内容。
Kozlowski形容了这些组件如何连接起来以提供完整的自动化系统：“可用性意味着冗余和多样性都内置在解决方案中，任何故障都可以立即自动管理。安全性应包括加密和隔离等注意事项，底层网络必须具备容错能力和低延迟，以确保业务不会中断。”
电信云中NFV的常见风险清单如下：
☘ 性能
☘ 可扩展性
☘ 组件之间的兼容性，如虚拟机管理程序和云管理平台
☘ 与传统硬件和网络基础设施的互操作性
☘ 公司所需的专业知识
☘ 安全
☘ 与现有OSS/BSS集成
运营商想要做的是构建一个完整的NFV操作堆栈，可以贯穿整个组织。这些组件需要交付性能、可编程性、安全、可靠性、敏捷性。它需要广泛的技术支持，包括现有硬件、高性能网络接口卡（NIC）、运营商级云管理平台、Linux容器软件、API、编排和管理软件。
在接下来的几篇文章中，我们将重点讨论运营商感兴趣的特定领域，包括NFV基础设施（NFVI）、OSS/BSS、云管理平台（如OpenStack）。
