NFV落地后如何发展？

2020年9月23日，2020中国SDN/NFV/AI大会在北京召开。工信部科技委常务副主任、中国电信集团科技委主任韦乐平在大会上指出，NFV开始落地，但发展不及预期。

NFV开始落地

谈及NFV，韦乐平指出，NFV标准和产业基本成熟，可实现软硬解耦。现阶段正聚焦5G和云原生，以及架构增强。5G成为NFV新的最大驱动力，NFV成为电信云的切入点，也成为5G能否成功的必要条件。

“作为NFV的初级阶段，只是将传统基于专用硬件的软件执行环境转化为基于通用硬件的VM的专用虚拟化环境，软件架构基本未变，因而难以兑现NFV对扩展性、敏捷性、可靠性和降成本的承诺。”韦乐平坦言。

此外，随着云原生应用，特别是容器技术的重要进展、网络状态与逻辑的进一步分离、5GC的SBA的实施，为NFV高级阶段的实施提供了强大技术支撑。

云原生使NFV迈入高级阶段

韦乐平称，云原生使NFV迈入高级阶段。由微服务支持的云原生NFVI使得业务的可组合性和扩展性大为增强、开源软件的可靠性已明显提升、容器化的开销几乎是零、网络性能的KPI具备了内生的监视和分析功能，这些可望推动5G的动态业务实现自动化、可扩展和实时自愈。

关键需要实现从面向网络转向面向业务，即通过一系列新技术实现从静态、庞大的网络转向动态、自管理的灵活网络。主要新技术有：5G的SBA架构、云原生资源编排以及逻辑和状态的分离。

在5G的SBA架构方面，韦乐平称，这使得网元功能可以分解为细小的原子功能，组合成任意颗粒的微服务，具有极大的灵活性开放性。

在云原生资源编排方面，在云原生编排下，网元功能的配置、协调、管理都在规定的容器里以原生方式管理，大大提升了业务提供的速度和敏捷性。

在逻辑和状态的分离方面，消除了细分业务间的复杂关系，简化了网络功能的描述，容器可以通过特定的域内控制环，解决NFV的弹性扩缩容、自愈和冗余的挑战。

韦乐平总结到，采用以上技术使得网络业务管理的复杂性大大降低，运营商可以更有效地在规定容器里管理NFV和网络业务的生命期活动，从而实现NFV的目标。

VM和容器的互通是关键

在从NFV初级阶段向高级阶段过渡期间，运营商需要同时支持两者，但侧重点不同。韦乐平介绍称，VM主要用于重量级、资源消耗大的应用；容器则用于轻量级、有限业务上的大应用数场景考虑。

当前实际业务应用场景并不明朗，混合的VM和容器是必然的，为此，NFV接口必须能确保基于容器的云基础设施和基于VM的云环境间的互通。

为了实现电信云，韦乐平建议，运营商首先需要坚定地基于云原生设计网元功能并将之构建在 Kubernets等容器技术上。然后，还要在观念、组织、流程、人才上同步调整以适应新的技术和业务环境。

加速NFV的规模部署

阻碍NFV规模部署的因素主要来源于两方面：运营商和供应商。首先，运营商的需求碎片化，集成能力弱；

其次，供应商碎片化的应用要求导致供其NFV软件或NFVi本身都不得不定制化才能适应多样化应用要求，定制成本高而慢，云原生进程慢。

韦乐平透露，公共网络功能虚拟化基础设施电信任务组（CNTT）正在试图解决上述困境。举措是通用化NFVi＋容器化网元CNF，即推动通用化的NFVi设计；推动容器化网元（CNF）的实施，旨在将轻量级业务封装在简单的容器里，按云原生原则实现。