上游进展

• Add support for user namespaces phase 1 (KEP 127) by rata · Pull Request #111090 · kubernetes/kubernetes

这个 PR 实现了 KEP127 的第一阶段，KEP127 旨在为 Pod 添加 user namespaces 的支持。对 user namespaces 不太熟悉的小伙伴，可以看看我之前的系列文章：《搞懂容器技术的基石：namespace （上）》 和 《搞懂容器技术的基石：namespace （下）》 。

在 Kubernetes 中支持使用 user namespaces 的好处在于，可以在与主机有不同 UID/GID 的 Pod 中运行进程，这样在 Pod 内的特权进程 实际是作为主机中的普通进程运行的。这样，假设 Pod 内的特权进程由于安全漏洞被攻破，对主机的影响也可以降到比较低。

直接相关的漏洞，比如 CVE-2019-5736 ，我也曾在 2019 年的文章 《runc 1.0-rc7 发布之际》 专门介绍过， 感兴趣的小伙伴可以到该文章中了解详情。

该实现是在 Pod 的 Spec 中添加了布尔类型的 HostUsers 字段，以决定是否启用主机的 user namespaces，默认是 true 。

此外，目前可预见的情况是，如果 Kubernetes 集群使用的 Linux 内核版本在 v5.19 以下的话，那么使用该特性可能会导致 Pod 的启动时间增加。

期待后续的进展。

• cleanup: Remove storageos volume plugins from k8s codebase by Jiawei0227 · Pull Request #111620 · kubernetes/kubernetes
• cleanup: Remove flocker volume plugins from k8s codebase by Jiawei0227 · Pull Request #111618 · kubernetes/kubernetes
• cleanup: Remove quobyte volume plugins from k8s codebase by Jiawei0227 · Pull Request #111619 · kubernetes/kubernetes

在上周的 「k8s生态」中我曾介绍过，in-tree 的 GlusterFS plugin 在 PR #111485 中被废弃。上述的这几个 PR 所做的事情基本类似，是一些清理操作。

将 Kubernetes 项目中 StorageOS，Flocker 和 Quobyte 等 in-tree 的卷插件都删除掉了。

其中 StorageOS 和 Quobyte 如果有在使用，建议往 CSI plugin 进行迁移，而 Flocker 则是由于不再维护了，所以并没有任何迁移计划。

尽管 Flocker 不再维护了，不过我觉得还是可以稍微介绍下它 （算是把自己曾记得的一些事情倒出来，大概以后就可以安全删除了，hahah）

如果是比较早期参与到 Docker/Kubernetes 生态的小伙伴，可能还会记得 Flocker 这个工具， 这个工具主要解决的是容器化应用中数据卷管理的问题，这在 2015 年左右算是容器生态圈最主要解决的问题之一。

在那个时候，涌现出来很多 Docker volume plugin，做的事情其实都差不多，但这个项目背后的公司/团队却比较有意思。

这家名为 ClusterHQ 的公司，和现在很多的开源商业化公司类似，以开源软件 Flocker 作为其出发点，先后完成了 Docker/Kubernetes/Mosos 等各种平台的集成， 后续推出了其 SaaS 服务 FlockerHub。

团队成员也大多数来自于知名开源项目 Twisted，用 Python 的小伙伴应该很少有人不知道这个项目。很自然的，Flocker 也是用 Python 构建的。

但就是这样一家看起来都还不错的公司，在它的 SaaS 服务推出预览版后的一段时间后，就突然宣布关闭了。

当年很多人猜测，也许是公司将商业核心放在了 SaaS 上，但是该产品并没有真正流行起来。

其实这类事情在整个容器生态领域，已经发生了很多，并且还在持续的发生。这背后更多的其实是商业化逻辑，尽管 Flocker 也曾火热一时，但在商业公司关闭后，也就直接停止维护了。

现在从 Kubernetes 中将其删除，很可能是在流行项目中最后一次看到 Flocker 的名字了。

• Promote CronJobTimeZone to beta by soltysh · Pull Request #111435 · kubernetes/kubernetes

CronJob TimeZone 的特性达到了 Beta 阶段。不过根据 Kubernetes 最新的特性策略，该特性仍然需要手动开启 CronJobTimeZone  feature gate 。

注意，CronJob 如果不设置 TimeZone 的话，默认使用的是 kube-controller-manager 进程的 TimeZone 。之前有遇到小伙伴在这个问题上浪费了一些时间。

Cloud Native Security Whitepaper version 1.0 有声读物发布

该音频是 2020 年版本的 Cloud Native Security Whitepaper，可以从 soundcloud 听到。

现在 Cloud Native Security Whitepaper v2 的文字版也已经发布，可以从以下仓库中获取到。

https://github.com/cncf/tag-security/tree/main/security-whitepaper

cri-dockerd 发布 v0.2.5

想必大家还记得之前讨论比较多的 Kubernetees 移除其 dockershim 组件的事件，我也专门曾写了一篇文章 《K8S 弃用 Docker 了？Docker 不能用了？别逗了！》 对此事件进行说明。

如今 Kubernetes 已经将其 in-tree 的 dockershim 组件彻底移除，而 Mirantis 也正在如履行其之前的承诺，在维护 Mirantis/cri-dockerd 项目。

该项目已经逐步的进入相对规范的维护期，也正在跟随上游进行持续的演进。

比如在 v0.2.5 版本中，将默认的网络插件修改成了 CNI 。

如果有小伙伴的 Kubernetes 集群中，仍然使用 Docker 作为容器运行时，并且想要对 Kubernetes 集群进行升级的话，可以查看此项目。使用起来并不麻烦。

期待后续的表现。