作者：Sergey Kanzhelev，用：Dockershim 弃用 FAQ[1]。我们目前的计划是即将把 dockershim 从 Kubernetes 代码库中移除。我们正在寻求你的反馈，你是否已经准备好移除 dockershim，并确保当时间到来时你已经准备好了。请填写这个调查：https://forms.gle/svCJmhvTv78jGdSx8。
支持 Docker 作为 Kubernetes 容器运行时的 dockershim 组件已被弃用，取而代之的是直接使用为 Kubernetes 创建的容器运行时接口[2]的运行时。许多 Kubernetes 用户已经顺利地迁移到其他容器运行时。然而，我们看到 dockershim 仍然很受欢迎。你可能会在 DataDog 最近的容器报告[3]中看到一些公共数字。一些 Kubernetes 托管服务供应商最近启用了其他运行时支持（特别是 Windows 节点）。我们知道许多第三方工具供应商还没有准备好：迁移遥测和安全代理[4]。
现在，我们相信 Docker 和其他运行时之间的特性是相等的。许多最终用户已经使用了我们的迁移指南[5]，并且正在使用这些不同的运行时运行生产工作负载。今天的计划是，dockershim 将在 1.24 版本中被移除，预计明年 4 月左右发布。对于那些开发或运行 alpha 和 beta 版本的人，dockershim 将在 12 月 1.24 发布周期的开始被移除。
只有一个月的时间给我们反馈。我们想让你告诉我们你准备好了多少。
为了更好地了解 dockershim 移除的准备工作，我们的调查是询问你目前使用的 Kubernetes 版本，以及你认为你将采用 Kubernetes 1.24 的估计时间。所有关于 dockershim 移除准备就绪的汇总信息将被发布。自由形式的评论将由 SIG 节点领导审阅。如果你想讨论从 dockershim 迁移的任何细节，报告 bug 或采用阻碍，你可以在任何时候使用 SIG Node 联系选项之一：https://github.com/kubernetes/community/tree/master/sig-node#contact
Kubernetes 是一个成熟的项目。这种弃用是努力摆脱永久 beta 特性并提供更多稳定性和兼容性保证的又一步。通过 dockershim 的迁移，你将获得更多的灵活性和容器运行时特性的选择，以及更少的对特定底层技术的依赖。请花时间查看 dockershim 迁移文档，并咨询 Kubernetes 托管服务供应商（如果有的话）有哪些容器运行时选项可供你选择。阅读有关如何使用 containerd 和 CRI-O 的容器运行时文档[6]，以帮助你在准备升级到 1.24 时做好准备。CRI-O、containerd、Dockerd 和Mirantis cri-dockerd[7]并不是唯一的容器运行时选项，我们鼓励你在CNCF 景观容器运行时[8]上探索，有哪一个更适合你。
谢谢你！
