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进入重要的支援里程碑。

3/29更正：原内文提及发布团队为红帽有误，Kubernetes为Kubernetes开发团队所发布，而非红帽。内文已更正。