本文发布已超过一年。较旧的文章可能包含过时的内容。请检查页面上的信息自发布以来是否已变为不正确。

Dockershim 移除即将到来。你准备好了吗?

审阅人:Davanum Srinivas, Elana Hashman, Noah Kantrowitz, Rey Lejano。

去年,我们宣布 Kubernetes 的 dockershim 组件(为 Docker Engine 提供内置集成)已被弃用。

更新:这里有一个Dockershim 弃用常见问题解答,其中包含更多信息,您还可以通过一个专门的 GitHub issue 来讨论弃用问题。

我们目前的计划是尽快从 Kubernetes 代码库中删除 dockershim。我们正在寻求您的反馈,以了解您是否已为 dockershim 删除做好准备,并确保您在时机到来时做好准备。

请填写此调查问卷:https://forms.gle/svCJmhvTv78jGdSx8

作为 Kubernetes 容器运行时的 dockershim 组件已被弃用,转而支持直接使用为 Kubernetes 创建的容器运行时接口的运行时。许多 Kubernetes 用户已无问题地迁移到其他容器运行时。但是,我们看到 dockershim 仍然非常受欢迎。您可以在 DataDog 最近的容器报告中看到一些公开数据。一些 Kubernetes 托管供应商最近才启用其他运行时支持(特别是对于 Windows 节点)。而且我们知道许多第三方工具供应商尚未做好准备:迁移遥测和安全代理

目前,我们认为 Docker 和其他运行时之间存在功能对等。许多最终用户已经使用了我们的迁移指南,并使用这些不同的运行时运行生产工作负载。目前记录在案的计划是,dockershim 将在 1.24 版本中删除,该版本计划于明年 4 月左右发布。对于那些开发或运行 alpha 和 beta 版本的人,dockershim 将在 1.24 版本开发周期的开始(即 12 月)删除。

只剩下一个月的时间可以给我们反馈。我们想知道您准备得如何。

我们正在通过此调查问卷收集意见:https://forms.gle/svCJmhvTv78jGdSx8 为了更好地了解为 dockershim 删除所做的准备,我们的调查会询问您当前正在使用的 Kubernetes 版本,以及您认为何时会采用 Kubernetes 1.24。所有关于 dockershim 删除准备情况的汇总信息都将公布。SIG Node 领导层将审查自由格式的评论。如果您想讨论从 dockershim 迁移的任何细节、报告错误或采用障碍,您可以随时使用 SIG Node 的联系方式:https://github.com/kubernetes/community/tree/master/sig-node#contact

Kubernetes 是一个成熟的项目。此弃用是努力摆脱永久 beta 功能并提供更多稳定性和兼容性保证的又一步。通过从 dockershim 迁移,您将获得更大的灵活性和更多容器运行时功能选择,以及您的应用程序对特定底层技术的依赖性更少。请花时间查看dockershim 迁移文档,并咨询您的 Kubernetes 托管供应商(如果有)有哪些可用的容器运行时选项。请阅读容器运行时文档,其中包含有关如何使用 containerd 和 CRI-O 的说明,以帮助您在准备升级到 1.24 时做好准备。CRI-O、containerd 和带有 Mirantis cri-dockerd 的 Docker 不是唯一的容器运行时选项,我们鼓励您探索 CNCF 容器运行时生态系统,以防有其他更适合您的选项。

谢谢!