本文主要是介绍Kubernetes 1.14支持Windows容器重点放在可扩展性，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
红帽推出最新版的Kubernetes 1.14，而这也是2019年的第一个版本，重点放在可扩展性，其增加了在Windows节点上执行容器的支持，并有数个功能转为稳定可用版本，还有一个安全功能进入Beta测试阶段。Kubernetes对Windows节点的支持历经一段测试时间后，终于在这个版本稳定可用于生产阶段。使用者可以使用Kubernetes来管理运作在Windows上的容器，并能够将Windows节点加入工作节点（Worker Node）或是调度Windows容器，而Windows庞大生态系统的应用程序，现在也能够部署在Kubernetes平台上。企业的Windows以及Linux应用程序，可使用相同的调度工具管理工作负载，提升整体营运效率。
最新Kubernetes版本支持Windows Server 2019的工作节点以及容器，也支持Azure-CNI、OVN-Kubernetes以及Flannel的树状外网络连接，并且改进了对Pod、服务类型、工作负载控制器以及指针等Linux容器相似的功能。除了Kubernetes开始正式支持Windows容器外，kubectl的外挂机制也进入稳定阶段，相较于测试版本，kubectl外挂机制大幅简化，现在的形式类似git外挂系统。kubectl外挂机制可以让开发人员以独立的二位档案形式，发布自定义的kubectl子命令，这将有助于扩展kubectl的高阶功能。这些外挂必须有kubectl作为名称前缀，并存在于使用者$PATH中。
开发团队也强化了Kustomize整合性，提供使用者Kustomize声明性资源分配（Resource Config）编写功能，可以透过在kubectl中以旗标或是子命令启用。Kustomize可以让用户客制化Kubernetes的YAML配置，其使用Kubernetes原生概念，帮助使用者编写以及重复使用资源分配。而为此，官方也重新改写了kubectl文件，向使用者强调使用声明性资源分配来管理资源。持久性本地端磁盘（Persistent Local Volumes）功能现在也转为稳定版本，这让本地端附加磁盘可以用做持久性本机磁盘。官方提到，因为效能和成本的原因，分布式文件系统和数据库为持久性本地端储存的主要使用情境，对于使用云端服务来说，本地端SSD可以比远程磁盘获得更好的效能，而在裸机上，除了效能之外，本地端储存通常更为便宜。
Process IDs（PIDs）限制功能在这版本进入Beta测试。PIDs是Linux主机的基础资源，管理员通常需要应用一些机制，以确保使用者Pod不会因用完PIDs，而导致Runtime和kubelet主机守护行程执行受阻碍，但另一方面也要限制PIDs，以避免对节点上的工作负载造成影响。现在管理员可以预设每个Pod的PIDs数量以提供Pod对Pod的PID隔离。除此之外，这次更新还改进了Pod的优先等级以及抢占功能，Kubernetes调度器可以优先调度重要的Pod，在丛集资源不足的时候，调度器会优先删除不重要的Pod，为重要的Pod提供执行资源。官方提到，Kubernetes 1.14比起之前的版本，有更多的功能进入稳定阶段，而这对于使用者来说，代表着Kubernetes进入重要的支持里程碑。
这篇关于Kubernetes 1.14支持Windows容器重点放在可扩展性的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
