我们很高兴在今年之内进行第四次——也是最后一次版本更新公告，即Kubernetes 1.9的诞生！
我们兴奋地向大家宣布，apps/v1 Workloads API[1]通用版本现在已经默认启用。Apps Workloads API负责将DaemonSet、Deployment、ReplicaSet以及StatefulSet API等整合起来，从而构建起在Kubernetes内长期运行无状态与有状态工作负载的根本性基础。需要强调的是，Batch Workloads API（Job与CronJob）并不在Apps Workloads API的整合范畴之内，未来前者将推出自己的独立通用稳定版。
Deployment与ReplicaSet属于Kubernetes当中使用频率最高的两个对象，根据一年多以来收集到的实际使用与反馈意见，二者的稳定性已经得到极大提高。SIG Apps[2]也从这一过程当中汲取到经验，并在过去几次发布周期内对全部四种资源进行了针对性调整，最终使得DaemonSet与StatefulSet也加入到稳定版本队伍中来。此次发布的v1版本代表着其针对生产需求进行强化且准备就绪，拥有长期向下兼容性保证。
自第一个版本开始，Kubernetes就已经能够支持多种持久数据存储选项，包括常用的NFS或iSCSI，且原生支持来自各大主要公有及私有云服务供应商的存储解决方案。随着项目及生态系统的发展，越来越多存储选项被纳入到Kubernetes当中。然而，为新的存储系统添加分卷插件一直是项艰难的挑战。
容器存储接口（简称CSI）是一项跨行业标准倡议，旨在降低云原生存储开发工作的门槛，从而进一步确保兼容性水平。SIG-Storage[4]与CSI社区[5]目前正在携手交付单一接口，用于对兼容Kubernetes的存储资源进行配置、附加与挂载。
Kubernetes 1.9引入了容器存储接口（简称CSI）的一套alpha实现[6]版本，其能够将新分卷插件的安装流程简化至与安装pod相当，并允许第三方存储供应商在无需接触核心Kubernetes代码库的前提下开发自己的解决方案。
由于1.9版本中提供的功能尚处于alpha测试阶段，因此用户必须额外加以启用，且我们不建议您将其应用于实际生产。但该版本的出现，意味着Kubernetes存储生态系统正朝着更加可扩展且基于标准的方向迈进。
定制化资源定义（简称CRD）验证版目前已经开始beta测试，其默认启用，可帮助CRD作者们针对无效对象得出清晰且即时的反馈。
SIG Node硬件加速器目前进入alpha测试阶段，可利用GPU资源实现机器学习以及其它高性能工作负载。
CoreDNS alpha版本允许用户利用标准工具安装CoreDNS。
IPVS mode for kube-proxy进入beta版本，可为大型集群提供更出色的可扩展性与性能表现。
Kubernetes 1.9目前已经可通过GitHub[8]下载。若需要马上开始使用Kubernetes，请参阅相关交互教程[9]。
此次发行版的推出，源自数百名技术与非技术参与者们的共同努力。这里特别感谢谷歌公司软件工程师Anthony Yeh领导的发行团队。该发行团队中的14名成员一直在努力协调发行工作中的方方面面，包括说明文档、测试、验证以及功能完整性等等。
原文参考这里。相关链接：
-
https://kubernetes.io/docs/reference/workloads-18-19/
-
https://github.com/kubernetes/community/tree/master/sig-apps
-
https://github.com/kubernetes/community/tree/master/sig-windows
-
https://github.com/kubernetes/community/tree/master/sig-storage
-
https://github.com/container-storage-interface/community
-
https://github.com/kubernetes/features/issues/178
-
https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG.md#v190
-
https://github.com/kubernetes/kubernetes/releases/tag/v1.9.0
-
https://kubernetes.io/docs/tutorials/kubernetes-basics/
-
https://devstats.k8s.io/
87 次点击
加入收藏