1. 覆盖网络插件

容器必须以某种方式进行通信，所以覆盖网络(Overlay network)插件十分重要。尽管集群可以独立于覆盖网络运行，但使用此覆盖网络的扩展，将大大提升灵活性。

覆盖网络插件的有不少，比如Calico，Weave，Flannel，Canal(Calico + Flannel)和Kube Router。每个集群可以手动安装，也可以针对每个集群分别安装。但是，这可能很耗时，并且限制缩放比例。由于覆盖网络是Kubernetes集群的关键部分，因此请确保它是自动化的，并且是Kubernetes管理平台的一部分。

2. 云原生存储扩展

大多数用户，开始使用无状态应用程序进行Kubernetes时，但很快便涉足有状态应用程序领域。此时，需要一种使用特定扩展来管理云原生存储的方法。

Kubernetes提供基本的本地存储功能。但是，它们可能在诸如存储配置，访问管理或针对不同存储类型的SLA等方面不足。尽管可以通过半手动方式解决这些问题，但这给运营团队带来了负担，并带来了可伸缩性问题。

为了通过状态应用程序支持，可扩展的Kubernetes集群，需要自动执行云原生存储管理，操作和治理。这几个选项是不错的选择，比如Portworx，Storage OS和Robin。开源项目还可以选择Ceph和Rook。

所以在选择构建自己的云原生存储，利用商业产品(或具有商业支持的开源产品)，或使用Kubernetes扩展云原生存储功能。这三种选择，第一种方法显然不可行，因为构建自己的所需的工作和资源对大多数企业来说，都成本高昂的;最好考虑使用供应商提供的现有云本地存储框架，或使用Kubernetes内置的存储功能。

3. CI/CD管道插件

可以选择各种持续集成和持续交付(CI/CD)扩展。有些是特定于云原生的，而另一些是通用的，可以与Kubernetes或其他部署工具一起使用。这些工具中的每一个都有不同程度的可定制性。有些包装与预配置的管道打包在一起，这限制了自定义，而另一些限制较少，但需要更多的设置工作。

在查看选项时，请考虑开发团队正在使用的工具及其体验。可以通过插件，将CI/CD管道与Kubernetes和云原生堆栈集成在一起。如果没有，请考虑使用开源工具，如Jenkins，Spinnaker或两者的组合。