简单了解cri，runtimes，CRI，shim

​ 早期并不存在CRI规范，K8s为了迎合runtimes而不断加代码提供不同的接口去适配容器运行时实例接入。中期k8s壮大后，很多厂商都在用他了，K8s开始觉得加代码去迎合不同的厂商接入不是个办法，于是就提供了容器接口统一规范，只有符合这个接口的容器运行时实例才能接入并被K8s管理，虽然docker也是容器运行时厂商，但是他实在太强大，K8s还是需要迎合docker 它的runtimes接入而提供专属于docker的接口。到了后期K8s已经崛起的时候，不再需要迎合docker了，于是他就把迎合docker的接口也删掉了，以后容器运行时厂商们要是想要用K8s这个容器管理工具要么符合CRI接口规范，要么就将自己的规范通过某种转换方法/工具转换成符合CRI的，这样才可以接入K8s接口并使用K8s管理工具进行管理。

​ CRI（容器运行时接口）是K8s(容器管理工具)提供的一个规范，只有当容器运行时(可以理解为容器厂商的容器实例们)符合CRI的标准才能用K8S进行容器集群化管理，此时为了符合CRI标准，各厂商就一起打造出了CRI-shim(称为垫片)这个玩意，目的就是接入CRI接口。

​ 可以将K8s理解为电脑，而CRI接口就是USB接口，runtimes就是各类接入电脑的外设插口（他们的插口有的可能是typec需要转接口才能接入电脑USB口），CRI-shim则是其中一种类型的转接口(如type-c转USB的接口)。