关于支持CRI的后端的描述准确性疑问

[Pengfei Jiang]

原文链接：

https://jimmysong.io/kubernetes-handbook/concepts/cri.html

原文描述如下：

我们最初在使用Kubernetes时通常会默认使用Docker作为容器运行时，其实从Kubernetes 1.5开始已经开始支持CRI，目前是处于Alpha版本，通过CRI接口可以指定使用其它容器运行时作为Pod的后端，目前支持 CRI 的后端有：

cri-o：同时兼容OCI和CRI的容器运行时
cri-containerd：基于Containerd的Kubernetes CRI 实现
rkt：由CoreOS主推的用来跟docker抗衡的容器运行时
frakti：基于hypervisor的CRI
docker：kuberentes最初就开始支持的容器运行时，目前还没完全从kubelet中解耦，docker公司同时推广了OCI标准
Clear Containers：由Intel推出的同时兼容OCI和CRI的容器运行时
Kata Containers：符合OCI规范同时兼容CRI
gVisor：由谷歌推出的容器运行时沙箱(Experimental)

但是事实上gVisor, kata containers,Clear Containers并不是直接实现了CRI，而是只实现了oci，然后通过cri-o这个项目实现了cri的兼容

下面是cri-o的描述:

This is an implementation of the Kubernetes Container Runtime Interface (CRI) that will allow Kubernetes to directly launch and manage Open Container Initiative (OCI) containers.

[Jimmy Song]

这里确实有问题，可以帮我修改下吗？

[Pengfei Jiang]

@rootsongjc 提交了修改，但是ci的markdown style check和lint check都有点问题，我看了下好像跟我的提交没关系。

[Jimmy Song]

@joyme123 那个没关系，已合并。