部分翻译自https://sysdig.com/blog/whats…Kubernetes 1.14的亮点新功能：支持Windows容器服务可以通过kubeadm动态地创建一个高可用集群将kustomize整合进了kubectl为kubectl更新了插件机制说明#116 支持Windows容器服务器（Windows Server Containers）阶段：接近Stable功能组：WindowsSIG-Windows这个提案花了接近3年时间，进入了接近稳定的阶段。当Windows服务器可以作为k8s节点以后，用户可以在Kubernetes容器中运行基于Windows平台的应用了（比如.Net程序等）这也使得Kubernetes成为第一个全功能的跨平台集群管理工具。更详细的说明可以参考这里 #357 Ability to create dynamic HA clusters with kubeadm阶段：Alpha功能组：Cluster Lifecycle要创建一个高可用的Kubernetes集群，有两种方式：etcd节点与控制平面的节点（Master节点）部署在一起额外单独部署etcd节点，不与控制平面的节点（Master节点）混布这个版本的kubeadm提供了在节点间自动拷贝证书的功能。不需要像之前的版本那样，在创建高可用集群的时候还需要手动的在不同节点间去拷贝证书。同时，新解决方案还采用了临时密钥来加强节点间证书传递的安全性。需要了解更多信息可以参考这里#633 Integrate Kustomize into Kubectl阶段：Stable功能组： ClientKubernetes声明式API对象规范是管理工作负载的推荐方法，但是kubectl工具对于这些规范文件（也就是yaml文件）比较难管理，经常要用户自己开发小工具来管理规范文件或生成模板文件。kustomize试图解决上面的问题，上图是一个典型的工作流，示意了kustomize通过deployment和service的配置文件自动创建ConfigMaps或Secrets对象。通过使用kustomize子命令，用户可以使用kustomization.yaml文件来引用配置文件，从这些文件生成配置，并允许用户应用配置转换。 需要了解更多信息可以参考这里以及中文介绍#579 Updated plugin mechanism for kubectl进度：接近Stable功能组：ClientAlpha版本的插件（子命令）功能目前有一些功能限制：插件脚本和可执行文件必须放在预定义好的目录中每个插件都要有原数据文件对于没有一个明确的方式如何去用新的子命令插件去覆盖特定的子命令经过重新设计的插件系统去除了这些限制，使用者只需要在自己的路径中增加插件的可执行路径，就可以通过kubectl执行这些子命令，插件必须具有kubectl- 为命名的前缀，插件的名字描述了插件的目的，例如kubectl-sysdig_capture插件可以通过以下命令调用：kubectl sysdig-capture <pod_name>