2.6 CRI (容器运行时接口) 详解

最新推荐文章于 2024-08-10 07:49:26 发布

devops跑起来

最新推荐文章于 2024-08-10 07:49:26 发布

阅读量604

点赞数

分类专栏： kubernetes 文章标签： docker kubernetes 容器

本文链接：https://blog.csdn.net/qq_37667214/article/details/126135450

版权

归根结底，Kubernetes Node （kubelet）的主要功能就是启动和停止容器的组件，我们称之为容器运行时（Container Runing）,其中最知名的就是Docker 了。为了更具扩展性，Kubernetes 从1.5 版本开始就加入了容器运行时插件API ，即container Runtime Interface，简称CRI。

2.6.1 CRI 概述

每个容器运行时都有特点，因此不少用户希望Kubernetes 能够支持更多的容器运行时。Kubernetes从1.5 版本开始引入了CRI 接口规范，通过插件接口模式,kubernetes 无需重新编译就可以使用更多的容器运行时。CRI 包含 Protocol Buffers 、gRPC API 、运行库支持及开发中的标准规范和工具。Docker 的 CRI 实现在 Kubernetes 1.6 中被更新为Beta 版本，并在kuberlet 启动的时候默认启动。

可替代的容器运行时支持是Kubernetes 中的新概念。在kubernetes 1.3 发布时，rktnetes 项目同时发布，让rkt 容器引擎成为除Docker 外的又一选择。然而，不管是Docker 还是 rkt，都用到了kubelet 的内部接口，同kubelet 的源码纠缠不清。这种程度的集成需要对kubelet 的内部机制有非常深入的了解。还会给社区带来管理压力，这就给新生代容器运行时造成了难以跨越的集成壁垒。CRI 接口规范尝试用定义清晰地抽象层清除这一壁垒，让开发者能够专注于容器运行时的本身。