【.com快译】服务提供商和企业在当今基于云的应用程序中大量使用容器和微服务。他们希望使用网络功能虚拟化(NFV)在边缘部署通用CPE(uCPE)。但当今NFV的局限性之一是使用在虚拟机中运行的单片虚拟网络功能(VNF)。用户希望与他们在数据中心云中的工作保持一致，这意味着使用云原生方法实施VNF。这意味着将单体架构分解为微服务架构并将它们实现到容器中。这是一个雄心勃勃的目标，但这项技术还不存在。除了少数例外，今天的VNF被实现为在虚拟机中运行的单片系统，但这没问题！如今，有许多支持虚拟机和容器的解决方案，因此没有理由等待部署基于NFV的服务。合适的平台推动创新今天的VNF适用于立即部署动态且具有成本效益的服务。它们提供了从硬件设备到虚拟化解决方案的无缝过渡。如果您选择了合适的平台，您可以优雅地迁移到新推出的容器化网络功能(CNF)。已经有几个CNF实现了加密和测试代理等功能，它们可以与VNF共存。虚拟机会消失了吗？没有理由认为虚拟机会已经消失。容器和虚拟机可以有互补的关系，如下图所示。容器的优势在于它们占用的内存和磁盘空间更少，启动速度更快。此外，它们支持微服务架构。但虚拟机在安全性和对底层操作系统的依赖方面提供了更有效的隔离。此外，VNF实现在虚拟机中很常见，而且还会存在很长时间。因此，我们既需要虚拟机，也需要容器，合适的平台同时支持两者。事实上，我们看到了今天虚拟机和容器并存的一个重要原因。考虑托管服务的示例，其中运营商希望将容器用于某些网络功能。进一步假设最终用户希望能够运行他们自己的容器化功能。我已经与许多声称使用虚拟机为最终用户隔离容器化应用程序的运营商交谈过。这会将最终用户应用程序与运营商直接在平台上运行的应用程序分开。归根结底，虚拟机和容器都很重要。您现在可以从虚拟机开始，将来无需更改主机硬件即可迁移到它们。但是网络性能呢？CNF在大小和启动时间方面优于虚拟机。但我在测试中看到两者具有相似的网络性能。VNF和CNF都可以使用数据平面开发工具包(DPDK)和加速vSwitch等技术来提供运营商级性能。别等了，现在就开始吧！如果您有未来的平台，则无需等待。您可以从当今过多的VNF开始，并根据需要混合和匹配容器化应用程序。您可以稍后从VNF迁移到CNF，而无需升级硬件。原标题：容器化网络功能之路，作者：PraysonPate
