3. 应用的生命周期管理自动化
NFV应用的纯软件特性带来更高效的生命周期管理过程。在最佳情况下，仅需点击按键，即可将新业务部署在指定的位置，而无需采购和安装新设备。这要求对应用组件进行描述并指定在生命周期各阶段如何执行，包括：
- 上线
- 部署
- 监控
- 扩展
- 修复
- 升级/打补丁
- 下线
运营商应用通常包含多个虚拟机、存储卷和网络配置。这意味着运营商需要看到这些组件如何组合起来形成应用；什么应用在什么地点运行，以及它们用了多少资源，甚至看到独立的虚拟机。
要达到这一目标，云管理系统必须将应用看做是一系列VNF形成的集合。例如，IMS应用可能包含10种甚至更多不同类型的VNF,每一个都有各自的部署、扩展和维护规则。
今天，为新业务部署网元和配置所需的网络连接是两套独立的流程，由不同的团队完成。在NFV中，由于大量的数据中心和PoP点的存在，这些流程更加复杂。复杂性还来自新增或移除位置时带来的频繁变更。这使得传统的手工部署模式几乎不可能实施。
在部署网络应用及分配和配置必要的计算、存储和网络资源时，理想的NFV平台使其成为一个整体的自动化的流程，耗时几分钟而非数周便可完成。这一流程会参考应用描述符中给出的应用策略和需求。
4. 网络自动化
NFV应用需要在LAN和WAN层面嵌入到网络，才能实现所期望的性能和可用性。要实现这一目标，诸如虚拟化IMS和虚拟化EPC等NFV应用通常需要复杂的网络架构以不同方式来处理媒体、信令和管理流量。
相对于物理实体，VNF还具备更多的动态特性。它们的部署和移除都是按需的，扩展也是与流量变化相匹配的。此外，物理网络功能中刀片间的通信路径被映射为NFV中虚拟机间的通信路径。这些路径是NFV架构必须提供的。
要实现这一目标，需要可快速配置且灵活的网络抽象，这是传统路由器和交换机网络难以提供的。NFV平台应能与SDN结合，后者提供增强的可编程能力。NFV与SDN相结合能够捕捉到VNF的网络需求并按需自动创建网络能力（图2）。这可以帮助运营商解决当前网络劳动密集所带来的问题和易错配的配置流程。
图2. NFV平台应当将NFV与SDN策略管理和编排相结合
5.开放和多厂商的环境
NFV平台必须是一个开放、共享的环境，能够运行来自不同厂商的应用。基于特定厂商硬件提供特定厂商NFV方案的模式违背了NFV的初衷。运营商必须能够在硬件选择上自由决策，变更硬件厂商，接触到各种不同的硬件。NFV平台还应当对VNF屏蔽底层架构的细节。
在应用层面，运营商希望能自由选择最佳的应用。因此，NFV平台必须支持业界标准的API，以便被调用。
