电信应用和IT应用对云原生虚拟网络功能(VNF)的要求不同。通过微服务和容器部署VNF将能够促进云原生NFV部署的成功。NFV最大的应用是如何整合、构建和进一步提升电信服务提供商的5G实施。基于当前VNF部署和编排的问题，云原生VNF是当今服务提供商面临的唯一解决方案。但是，电信应用程序对VNF的要求与云原生IT应用程序不同。电信VNF应用程序构建有数据平面/数据包处理功能以及控制、信令和媒体处理。一旦发生VNF错误，可能会对网络造成重大破坏，影响用户体验和用户数量。由于这种处理需求，电信中的VNF应该具有弹性，能够提供高性能、低延迟、可扩展性和大容量。电信VNF需要对延迟敏感的实时应用程序来满足网络数据、控制和信号处理要求。分解为微服务的云原生VNFVNF是从网络外围设备中提取并作为应用程序驻留在虚拟机上的嵌入式软件。任何类型的VNF更新都会产生影响整个NFV基础架构操作的耗时工作。为了云原生就绪，捆绑的VNF软件需要基于微服务，其中一个单一的VNF被分解为一组较小的协作服务，这些服务具有多种但不同的相关功能，能够维护自己的状态，具有不同的基础设施资源消费需求，可以使用定义良好的API自动扩展和编排。基于微服务的VNF具有多种优势：分解后的VNF子服务部署在最适合高效运行和管理的硬件上，能够根据需要进行扩展轻松排除故障并实现高可用性VNF分解可在VNF生命周期内实现服务的可重用性在NFV环境中，并使一些服务的快速部署以及负载平衡和深度数据包检测(DPI)等功能从核心应用程序中间分离出来，整个VNF更轻。随着微服务中VNF数量的分化和增长，服务提供商可能面临运营复杂性。要在生产环境中很好地管理所有微服务，需要使用NFVMANO层和云编排器实现高度自动化。评估虚拟机和容器如何部署VNF容器是操作系统级别的一种虚拟化形式，它将应用程序依赖项、所需的库和配置封装在与同一操作系统的其他容器隔离的包中。容器允许应用程序以隔离的方式运行并且可以轻松迁移。随着向云原生的迁移，VNF微服务可以部署在容器中，实现大型复杂应用程序的持续交付/部署，但各种方法仍处于云原生NFV的早期阶段。关注VNF使用容器在NFV中应用容器还有一些顾虑：与虚拟机相比，容器生态系统还在发展和不成熟。容器存在安全风险。操作系统中的所有容器共享一个内核。任何违反内核操作系统的行为都会破坏所有依赖它的容器用容器隔离故障并不容易，故障可以复制到其他容器希望在NFV环境中使用容器的服务提供商可能有多个租户支持，多个网络平面挑战支持、转发吞吐量和有限的编排能力。在移动边缘计算(MEC)环境中仍然可以使用容器，这将在未来与5G中的NFV共存。MEC将使用户平面功能更靠近网络边缘，更靠近用户应用程序，以提供极低的延迟、灵活性并支持物联网、增强现实/虚拟现实等实时用例。容器还可以与NFV环境中的虚拟机一起使用。VNF的部署只能是虚拟机，只适用于容器和异构模式。其中一些VNF将在VM中运行，一些将在容器中运行，还有一些将在VM和容器的混合环境中运行。服务提供商可以根据NFV基础架构级别的要求评估他们的部署方法。容器在云原生NFV方法中的优势拥有容器托管的微服务有助于有效规划和管理以优化资源利用率。容器编排引擎支持为容器提供主机资源，将容器分配给跟随者，实例化和重新调度容器。通过容器，服务提供商可以实施DevOps以轻松实现任务自动化。容器化微服务的另一个主要好处是能够编排容器，以便可以将单独的生命周期管理流程应用于每个服务。这可以单独对每个服务进行版本控制和升级，而不是升级虚拟机中的整个VNF。升级整个应用程序或VNF时，容器调度程序将确定哪些服务发生了变化，并仅部署那些特定的服务。容器为NFV基础设施提供云原生能力，为电信特定的应用程序部署和编排提供更高的性能、可移植性和灵活性优势。要拥有功能齐全的云原生5G网络，服务提供商必须拥有容器才能部署虚拟机。但服务提供商将寻求ONAP和OPNFV等开源社区的进一步研究和开发。容器如何影响NFV应用程序、基础设施和流程级应用程序(VNF)：它打包和隔离微服务及其依赖项、库和配置容器可以快速构建微服务的现有镜像，因为高度自动化的部署减少了上市时间可编程API支持完整的DevOpsVNF开发、部署和生命周期管理基础设施（VNF编排）的方法：容器是可以从一个环境迁移到另一个环境的包根据NFV基金会根据设施的要求，可以扩展容器以增加密度支持多租户服务requests使用容器版本控制，可以轻松执行升级和回滚过程（VNF部署）：整合/部署VNF和生命周期管理重要的是，5G的成功部署取决于服务提供商如何围绕NFV基础设施中容器的使用制定战略。除了使用容器涉及的安全风险外，容器在电信应用中的挑战可能需要更高的性能。容器化可能在移动边缘计算中实现，但服务提供商希望完全集成以启用云原生NFV。
