因為社區認為Containerd 作為 Kubernetes 的容器運行時目前已經足夠成熟，無需再通過 dockershim 使用 Docker 作為 Kubernetes 的容器運行時。
這也標誌著 Docker 為 Kubernetes 提供壹個現代化的容器運行時的承諾最終兌現了。
在 Kubernetes 提出 CRI 時，有人建議在 Docker 中實現它。但是這種方式也會帶來壹個問題，即使 Docker 實現了 CRI，但它仍然不是壹個單純的容器運行時，它本身包含了大量的非 “純底層容器運行時” 所具備的功能。
Docker壹問世就廣受好評，發展迅速，於是在2015年左右，不滿足只做容器引擎的Docker開始嘗試提供容器編排能力，對單機場景推出了Docker Compose，對集群場景推出了Docker Swarm。
也就在同年，Google推出了同樣具備容器編排能力的Kubernetes，並在與Docker Swarm和Apache Mesos的三方大戰中大獲全勝。於是在之後的壹段時間裏形成了“集群容器編排用Kubernetes，單機容器引擎用Docker”的潛規則。