今天,CNCF(Cloud Native Computing Foundation,云原生计算基金会)技术监督委员会(TOC)投票决定接受CRI-O作为孵化级托管项目。由Red Hat创建的CRI-O是Kubernetes容器运行时接口(CRI)的实现,旨在支持使用Open Container Initiative(OCI)兼容的运行时。
“CRI-O的创始原则是'不重新发明轮子',而是使用共享组件并改进生产中测试过的方法,以及现有的经过实战检验的代码。”TOC代表兼项目赞助者,Kubernetes联合创始人Brendan Burns说。“由于CRI-O是专为Kubernetes量身定制的,因此它针对性能、稳定性、兼容性和对标准的遵守情况进行了调整,特别是Kubernetes一致性测试。CRI-O是任何Kubernetes集群的构建块,可以根据Kubernetes CRI的要求促进容器的生命周期。”
2016年,Kubernetes项目引入了CRI - 一个插件接口,它为kubelet(用于创建pod和启动容器的集群节点代理)提供了使用不同容器运行时的能力,而无需重新编译Kubernetes。在这项工作的基础上,开发了CRI-O项目(最初称为OCID),为Kubernetes提供轻量级运行时。
CRI-O是在Kubernetes孵化器中设计的,最初是由Red Hat和Google的开发者设计,以提供符合OCI运行时和kubelet之间的集成路径。它现在由Red Hat、Intel和SUSE的个人维护,并被Lyft、Red Hat、SUSE等公司使用。
“CNCF拥有各种容器运行时,我们很高兴CRI-O加入它们作为孵化水平项目,选择和竞争对最终用户有利。”CNCF首席技术官/首席运营官Chris Aniszczyk说。“我们期待支持和培养CRI-O社区作为顶级项目。”
主要CRI-O特点:
值得注意的里程碑:
作为CNCF托管项目,加入OpenTracing、Fluentd、Linkerd、gRPC、rkt、CNI、Jaeger、Notary、TUF、Vitess、NATS、Linkerd、Helm、Rook、Harbor、etcd和OPA孵化级项目,CRI-O是与其技术兴趣一致的中立基金会的一部分,也是以提供治理、营销支持和社区外展的更大的Linux基金会的一部分。
每个CNCF项目都有一个相关的成熟度级别:沙箱、孵化或毕业项目。有关每个级别的技术资格的更多信息,请到CNCF毕业标准v.1.1。
有关CRI-O的更多信息,请到github.com/cri-o/cri-o。你还可以从KubeCon + CloudNativeCon 2017观看此演讲,或阅读The New Stack中关于CRI-O 1.0发布的这篇文章。
http://events17.linuxfoundation.org/events/kubecon-and-cloudnativecon-north-america
https://github.com/cncf/presentations/blob/master/chinese/2017Austin.md
https://v.qq.com/x/page/h0711ppi3ac.html
https://thenewstack.io/cri-o-project-run-containers-without-docker-reaches-1-0/
在KubeCon + CloudNativeCon 2017 Austin,“CRI-O:提供K8s运行容器时所有需求,仅此而已”