K8s-为什么要弃用 Docker？

在我写《K8s》系列文章的过程中，很多读者给我留言询问 K8s 放弃 Docker 的事情，担心现在是否还值得学习 Docker，是不是该转用其他运行时了 containerd。

这些觉得有一定道理。

两年前，当 K8s 发布“弃用 Docker”的消息时，着实在 K8s 社区引起了一场“轩然大波”，影响甚至蔓延到了社区之外，K8s 不得不写几篇博客来重复解释原因。

两年后，虽然 K8s 1.24 已经实现了“弃用 Docker”的目标，但很多人似乎对此还没有很清晰的认识。那么今天我们就来聊聊这个话题。

CRI（容器运行时接口）

要理解K8s为何“弃用Docker”，我们得回顾一下K8s的发展历史。

2014年，Docker正值鼎盛时期，K8s刚刚诞生。尽管它得到了 Google 和 Borg 的支持，但它仍然相对较新，并且没有一个大的社区。

因此，K8s自然选择运行在Docker上。毕竟“背大树乘凉好”，同时也能借此机会“补充能量”，逐步发展壮大自己。

时间快进到2016年，CNCF成立一年了，K8s也发布了1.0版本，可以正式在生产环境使用。这些都表明K8s已经成长起来。

于是宣布加入CNCF，成为第一个CNCF托管项目。它想利用基金会的力量联合其他厂商来“打倒”Docker。

在2016年底的1.5版本中，K8s引入了新的接口标准：CRI：Container Runtime Interface。