Kubernetes弃用Docker后如何应对其实不用慌

近日，Kubernetes 在 1.20 版本的 ChangeLog 中提到，将弃用 Docker 作为容器运行时。 kubelet 中对 Docker 的支持现已被标记为弃用，并将在后续版本中移除。此前，kubelet 通过一个名为 dockershim 的模块来实现对 Docker 的 CRI 支持。但 Kubernetes 社区发现，该模块在长期维护中存在一定问题，因此官方建议用户逐步考虑采用具备完整 CRI 实现的容器运行时方案。 虽然这一消息在云原生与容器行业内引发了广泛讨论，但实际上，用户无需过度担心。具体可参考《（闲聊）听说 K8s 要甩了 Docker 了》一文中的说明，以及 CNCF 公众号发布的《不要惊慌：kubernetes 和 Docker》。 kubernetes 真的弃用 docker 了吗？ Kubernetes 1.20 版本所表达的核心含义，是 dockershim 垫片将不再继续维护，并会在后续版本中逐步移除。这意味着，未来 Kubernetes 生态中，Docker 作为底层运行时的使用比例可能会逐渐降低。 简而言之，Docker 作为底层运行时确实正在被弃用，但用户不必惊慌，Docker 构建生成的镜像仍然可以继续在用户集群中运行，并与各类容器运行时保持兼容。 Docker 项目自 2013 年开源以来，推动了容器技术的快速普及，至今仍是众多容器场景中的重要选择，与 kubernetes 的集成也长期保持较高成熟度和稳定性。与此同时，Docker 在开发体验、镜像构建、容器打包等方面依旧具有明显优势，因此未来仍会在开发环境和镜像生产流程中持续发挥重要作用。 其次，Docker 项目在近几年的演进过程中，已经拆分为多个独立的小项目，例如 containerd / runc 等，这些核心组件未来依然会在 kubernetes 容器运行时生态中持续发挥关键价值。 对已使用k8s+docker的用户是否有影响？ 作为一家为企业客户提供容器云产品与服务的供应商，博云对此事件保持高度关注，也陆续收到了部分客户关于 Kubernetes 弃用 Docker 的相关咨询。博云基于 kubernetes 自主研发的容器云产品，是公司的核心产品之一。因此，博云始终专注于容器云底层关键技术的优化与增强，积极参与开源社区建设，持续跟踪和研究 kubernetes 的技术演进趋势。 为了帮助企业客户降低单一技术绑定带来的潜在风险，博云容器云平台已经支持除 docker 之外的多种容器运行时方案 。 目前，博云容器云平台默认仍采用 Docker 作为 kubernetes 环境下的容器运行时，但同时也兼容任何符合 CRI 接口规范的运行时实现，例如 CRI-O、containerd 等，并已在实际项目中完成部署，在技术能力和落地实践方面积累了丰富经验。对于已经使用 kubernetes+docker 的用户来说，此次调整不会影响现有系统的正常运行。对于正在建设中的项目，这一变化同样不会对整体实施产生实质影响，用户既可以继续选择稳定性经过验证的 kubernetes+docker 方案，也可以根据社区趋势采用 containerd、CRI-O 等新型容器运行时。博云将为客户提供系统升级服务选项，供客户按需自愿选择： 1. 如果您希望将现有应用迁移至新的容器运行时，可以结合多集群管理能力，分阶段完成应用迁移。2. 如果是新建环境，您可以直接考虑采用博云容器云平台所支持的 containerd、CRI-O 等新运行时。 如有更多疑问，欢迎您向博云咨询。