即便Kubernetes已经成为容器编排领域事实上的黄金标准，但是如果想要将基于微服务的应用程序集成到企业网络当中，仍然需要需要借助于其他工具的帮助，而NSX正是这样的工具之一。

Kubernetes已经称为容器编排领域的实际标准，大量运行基于容器应用程序的企业都已经采用这种方案。最初 Kubernetes并不是一款企业级IT产品，而是谷歌Borg控制器（谷歌使用其运行大规模云基础架构）的衍生产品。由于其最初并不是针对企业级IT开发，因此需要额外支持才能够适应企业架构，首先需要考虑的就是网络方面。让 Kubernetes适用于现有企业网络的可行方式之一是将软件定义网络产品加入到 Kubernetes中，提供企业级网络特性；而VMware NSX networking就是这样的一种产品。

Kubernetes允许开发和运维团队使用自动化技术按需创建、管理和销毁容器组。一个基于微服务的应用程序也许需要数十种微服务，每种微服务还包含一组容器。某些微服务可能只需要三或四个容器，而有些可能需要数百个。

Kubernetes提供了一种管理微服务容器组以及由这些微

对于现在的DevOps来说，每天都有可能对微服务进行数十次改动；这些改动可能是针对现有代码添加全新特性或者是修复漏洞。快速应用多种更新的能力是 DevOps、微服务和容器所承诺敏捷性的重要标志。部署这些更新需要创建全新版本并且销毁之前的容器，因此企业每天要创建和销毁数千个容器。

这些容器的每一个都需要安全连接到正确的网络上。Kubernetes可以使用标准的Docker网络——其和普通的企业网络有很多不同之处——或者可以将其他网络提供商的产品连接到 Kubernetes。

将微服务集成到NSX

NSX networking采用和Kubernetes 相同的自动化方式。应用程序可以通过调用NSX实现其所需要的网段、负载均衡、防火墙和路由功能，并且软件命令可以创建和销毁网络组件。只有软件定义网络平台才能够对现有网络进行更改。而不是像传统企业那样通过复制和粘贴物理交换机和网络设备配置文件来管理网络。为了实现DevOps和容器的灵活性，网络必须是软件定义和控制的。

NSX networking的优势之一就是其分布式工作方式：负载均衡、防火墙和路由，所有这些都工作每台物理服务器、而不是集中式设备上。NSX的分布式特性对于需要扩展数千个容器的网络功能来说至关重要。通常我们会将vSphere hypervisor和NSX关联起来，但那是另外一种称为NSX-T的版本，通过 Open vSwitch工作在物理服务器和hypervisor层。在这两个版本之间，管理员可以在vSphere平台、物理服务器、其他hypervisor的虚拟机、甚至是公有云平台上的虚拟机中使用NSX networking with container。未来的某个时间，很有可能出现适用于所有平台的NSX networking产品，而不是像现在这样在vSphere和非 vSphere平台使用单独的管理产品。

Kubernetes和NSX集成允许将基于微服务的应用程序集成到企业网络。当开发人员使用 Kubernetes启动一个CRM（客户关系管理）开发系统的容器时，NSX会自动创建一个全新网络，将容器连接到CRM开发网络中。当开发人员完成工作，将容器删除之后，NSX会自动销毁其所创建的网络。 NSX with Kubernetes能够自动为基于微服务的应用程序提供网络连接。原生云应用和传统应用的集成能够发挥传统应用数据的价值。

Kubernetes插件

Kubernetes的插件架构并不只限于 NSX； Kubernetes文档列举了很多网络插件，其中主要的集成插件适用于原生云网络平台，比如 CoreOS Flannel、Calico和Weave Cloud。这些工具能够改善原生云应用程序不同组件之间的网络连接情况。还有一些其他网络插件被设计用来集成到企业网络。
如果企业已经在现有网络使用NSX，那么继续使用NSX with Kubernetes能够发挥最大价值。将软件定义网络和容器编排平台合并在一起是实现更好的应用程序灵活性的重要组成部分，而Kubernetes with NSX networking能够帮助企业实现这个目标。