Docker公司被收购

1. 业内最早的容器格运行时是LXC
2. Docker最早让容器火起来，Docker最开始用LXC，觉得隔离性差，开发libcontainer，最终形成runC。所以说，runC是Docker的独生子。
3. Kubernetes发布时时，发现市面上Docker挺火，因此就用Docker做容器管理工具。
4. Docker越做越重，CoreOS做了rkt容器格式(CoreOS被红帽收购了)。rkt与Kubernetes协同工作比较好。
5. 容器运行时格式有点多了，Linux基金会主导的开源项目说：我们要做一个container runtime标准。叫OCI。以后容器运行时要符合这个标准。Docker的独生子runC在第一时间符合了OCI标准。
6. Kubernetes为了与容器运行时解耦(主要是Docker)，提出了CRI(Container Runtime Interface)标准。它是一组与Kubernetes与container runtime进行交互的接口。所以说，CRI和OCI并不冲突：Kubernetes定义的是它调用容器运行时的标准接口，OCI定义的是容器运行时本身的标准。
7. OCI关于容器运行时的标准提出来以后，红帽想可以专门为Kubernetes做一个轻量级的容器运行时。红帽自然会考虑到它自己全力投入的Kubernetes发布的CRI标准(Kubernetes红帽代码贡献第二)，因此决定重用了runC等基本组件来启动容器， 并实现了一个最小的CRI接口。它叫CRI-O。所以说，CRI-O是CRI的一种标准实现。
8. 当Red Hat正在开发其CRI-O，Docker也在研究CRI标准，这导致创建了另一个名为containerd的运行时(实际上是从Docker Engine剥离出来的)。所以新版本的Docker会多一层containerd。Kubernetes将containerd接入到CRI的标准中。即cri-containerd。

由于容器的和Kubernetes的发展史，最终暂时形成如下局面

（编辑：伊春站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!