共计 1334 个字符，预计需要花费 4 分钟才能阅读完成。
近日，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 自主研发的容器云产品是博云的外围产品之一。因而，博云始终深耕容器云底层核心技术的改良与加强，并积极参与开源社区奉献，对 kubernetes 一直加强的趋势始终继续关注和钻研。为使企业客户防止繁多技术绑定带来的危险，博云容器云平台曾经实现提供除 docker 以外的其余多种容器运行时的反对。
目前，博云容器云平台默认应用 Docker 作为 kubernetes 环境下的容器运行时，但同时也反对任何兼容 CRI 接口的具体实现，例如 CRI-O、containerd 等，并在实际我的项目中进行了理论部署，在技术掌控力、落地实际等方面有大量教训。
对于曾经应用 kubernetes+docker 的用户来说，这一更改对用户已有零碎的运行不会有任何影响。对于正在建设的我的项目，这一更改也不会对进行中我的项目建设产生影响，用户能够被迫抉择持续应用稳定性已被验证的 kubernetes+docker，或是抉择社区举荐的 containerd、CRI-O 等新运行时。
博云将为客户提供系统升级服务选项，供客户被迫抉择：1. 如果您须要实现已有利用迁徙到新运行时，能够思考利用多集群治理能力，逐步将利用进行迁徙。2. 如果是新环境，您能够在新环境中间接思考应用博云容器云平台反对的 containerd、CRI-O 等新运行时。
如有更多疑难，欢迎您向博云征询。