今天，Kubernetes 团队正式发布了最流行的开源容器编排系统 1.19 版本。 尽管 COVID-1.19 造成了中断，但 34 版本拥有 19 项增强功能。 其中 9 个增强是 Alpha 增强，15 个处于 Beta 阶段，其余 10 个是稳定的。 这 发行说明草稿 从正式发布前几个小时开始，包括大约一页的注释和带有迷人强调警告的所需操作：“（不，真的，你必须在升级前阅读此内容）。” 任何想要更新到新版本的人都应该至少先阅读发行说明的那一部分，特别是如果您正在使用 Flex Volumes 功能。 Kubernetes 的第一个版本于五年前于 2015 年 XNUMX 月发布。开源项目的大部分原始贡献者来自谷歌，软件是用 Go 编写的。 Go，有时称为 Golang，是一种静态类型的、面向对象的、并发的命令式语言，包括内存安全和垃圾收集。
今天，Kubernetes 团队正式发布了最流行的开源容器编排系统 1.19 版本。 尽管 COVID-1.19 造成了中断，但 34 版本拥有 19 项增强功能。 其中 9 个增强是 Alpha 增强，15 个处于 Beta 阶段，其余 10 个是稳定的。 这 发行说明草稿 从正式发布前几个小时开始，包括大约一页的注释和带有迷人强调警告的所需操作：“（不，真的，你必须在升级前阅读此内容）。” 任何想要更新到新版本的人都应该至少先阅读发行说明的那一部分，特别是如果您正在使用 Flex Volumes 功能。 Kubernetes 的第一个版本于五年前于 2015 年 XNUMX 月发布。开源项目的大部分原始贡献者来自谷歌，软件是用 Go 编写的。 Go，有时称为 Golang，是一种静态类型的、面向对象的、并发的命令式语言，包括内存安全和垃圾收集。
Kubernetes 1.19 带来的最关键的变化可能不在软件中。 Kubernetes 团队决定将支持从之前的九个月支持期延长至一整年。 这一变化的动机是去年的一项调查，该调查表明只有一半的 Kubernetes 用户使用受支持的版本。 该团队希望将支持期限延长至一整年，这意味着 80% 的用户都在使用受支持的版本。 不幸的是，只有用户和 IT 团队继续他们当前的更新实践而不是以更长的支持窗口为借口进一步延迟他们的下一次更新，才能实现 80% 的目标。
新的 9 Alpha 阶段增强功能之一提供了对更好的存储管理的支持。 1.19 引入了一个新的 API 来报告节点的存储容量。 然后，调度程序将在为新容器 pod 选择节点时使用此容量信息，以确保只选择具有足够空间用于新 pod 的节点。 与此类似，9 个 Alpha 增强功能中的另一个允许操作员定义默认传播规则并将其应用于任何没有的 pod。 这个期待已久的功能最初打算在去年作为 1.17 的一部分发布，但该团队致力于提供稳定、可靠、优质的软件，因此推迟到现在才发布。
继续改进存储处理的主题，另一个新的 Alpha 功能扩展了对临时卷的现有支持。 临时卷是卷插件，其生命周期与 pod 相关联，可用作暂存空间（例如内置的“empty dir”卷类型）或将一些数据加载到 pod 中（例如内置的 configmap 和秘密卷类型或“CSI内联卷”）。 新的 Alpha 功能扩展了这一点，允许将动态配置存储驱动程序用作临时卷，并将卷的生命周期绑定到 Pod。 新功能支持卷配置的所有 StorageClass 参数。 还支持所有 PersistentVolumeClaims，例如存储容量跟踪、快照和恢复以及卷大小调整。 虽然我们讨论的是警报主题，但应该注意的是，我们也正在尝试改进一般的日志记录。 构建 klog 消息的新方法已作为 Kubernetes 1.19 中的 Alpha 增强功能添加。 目前的计划要求在现有系统之外逐步增加对更多结构化日志记录的支持，以便用户有足够的时间按照自己的节奏适应新的和有望改进的系统。
作为对存储管理的 Alpha 增强功能的总结，CSI 健康监控将与 Kubernetes 1.19 一起发布。 新功能通过将 CSI 驱动程序警报报告为 PVC 或 Pod 上的事件来提升它们。 此功能是通过 Kubernetes 以编程方式检测和解决单个卷健康问题的垫脚石。
在 Kubernetes 15 的 1.19 个 Beta 阶段增强功能中，有 2 个被标记为主要更改，一个被标记为全新。 这两个主要更改是对 Endpoints API 的改进以添加镜像概念和添加两个新函数调用以改进节点拓扑 API。 使用已弃用 API 的警告机制也得到了更新。
稳定版中最突出的增强功能是 Ingress API。 这一期待已久的变化只不过是承认了其在行业中广泛使用的现状。 然而，从字里行间，听起来团队的一些成员仍然有他们想要进行的改进，这些改进可能会在未来作为并行或替换 API 包含在内。 此更改的另一面是 1.19 还自动弃用（三个版本之后）和删除（之后三个版本）未积极开发或升级到稳定版的 Beta 功能，以减少代码混乱。 新自动化的主要目的是减少繁琐的工作，让开源软件的贡献者专注于改进新功能，而不是清理死掉的功能。
可用性
立即
参与 StorageReview
电子报 | YouTube | 播客 iTunes/Spotify | Instagram | Twitter | Facebook | RSS订阅
