你在使用哪种编程语言?快来投票,亲手选出你心目中的编程语言之王 了解详情
写点什么

重磅!Kubernetes 决定弃用 Docker

2020 年 12 月 03 日

重磅!Kubernetes决定弃用Docker

Kubernetes 现已弃用 Docker。

参考链接:https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.20.md#deprecation


目前,kubelet 中的 Docker 支持功能现已弃用,并将在之后的版本中被删除。Kubelet 之前使用的是一个名为 dockershim 的模块,用以实现对 Docker 的 CRI 支持。但 Kubernetes 社区发现了与之相关的维护问题,因此建议大家考虑使用包含 CR 现(兼容 v1alpha1 或 v1)的可用容器运行时。


简而言之,Docker 并不支持 CRI(容器运行时接口)这一 Kubernetes 运行时 API,而 Kubernetes 用户一直以来所使用的其实是名为“dockershim”的桥接服务。Dockershim 能够转换 Docker API 与 CRI,但在后续版本当中,Kubernetes 将不再提供这项桥接服务。


当然,Docker 本身也是一款非常强大的工具,可用于创建开发环境。但为了了解造成当前状况的原因,我们需要全面分析 Docker 在现有 Kubernetes 架构中的作用。


Kubernetes 是一款基础设施工具,可对多种不同计算资源(例如虚拟/物理机)进行分组,使其呈现为统一的巨量计算资源,从而供应用程序使用或与其他人共享。在这样的架构中,Docker(或者容器运行时)仅用于通过 Kubernetes 控制平面进行调度,从而在实际主机内运行应用程序。



通过以上架构图,可以看到每个 Kubernetes 节点都与控制平面彼此通信。各个节点上的 kubelet 获取元数据,并执行 CRI 以在该节点上创建/删除容器。


但 Docker 为什么会被弃用?


如前所述,Kubernetes 只能与 CRI 通信,因此要与 Docker 通信,就必须使用桥接服务。这就是弃用 Docker 的第一点原因。


要解释下一个原因,我们必须稍微聊聊 Docker 架构。首先参考以下示意图。



没错,Kubernetes 实际上需要保持在红框之内。Docker 网络与存储卷都被排除在外。


而这些用不到的功能本身就可能带来安全隐患。事实上,您拥有的功能越少,攻击面也就越小。


因此,我们需要考虑使用替代方案,即 CRI 运行时。


CRI 运行时


CRI 运行时的实现方案主要有两种。


containerd


如果大家只是想从 Docker 迁移出来,那么 containerd 就是最好的选择。因为它实际上就是在 Docker 之内起效,可以完成所有“运行时”工作,如上图所示。更重要的是,它提供的 CRI 其实 100%就是由 Docker 所提供。


containerd 还属于全开源软件,因此您可以在 GitHub 上查看说明文档甚至参与项目贡献。


https://github.com/containerd/containerd/


CRI-O


CRI-O 是主要由 Red Hat 员工开发的 CRI 运行时。它的最大区别在于并不依赖于 Docker,而且目前已经在 Red Hat OpenShift 中得到使用。


有趣的是,RHEL 7 同样不官方支持 Docker。相反,其只为容器环境提供 Podman、Buildah 以及 CRI-O。


https://github.com/cri-o/cri-o


CRI-O 的优势在于其采用极简风格,或者说它的设计本身就是作为“纯 CRI”运行时存在。不同于作为 Docker 组成部分的 containerd,CRI-O 在本质上属于纯 CRI 运行时、因此不包含除 CRI 之外的任何其他内容。


从 Docker 迁移至 CRI-O 往往更为困难,但无论如何,CRI-O 至少可以支持 Docker 容器在 Kubernetes 上的正常运行。


还有一点……


当我们谈论容器运行时时,请注意我们到底是在谈论哪种类型的运行时。运行时分为两种:CRI 运行时与 OCI 运行时。


CRI 运行时


正如之前所提到,CRI 是 Kubernetes 提供的 API,用于同容器运行时进行通信以创建/删除容器化应用程序。


各容器化应用程序作为 kubelet 通过 IPC 在 gRPC 内通信,而且运行时也运行在同一主机之上;CRI 运行时负责从 kubelet 获取请求并执行 OCI 容器运行时以运行容器。稍微有点复杂,接下来我们会用图表来解释。



因此,CRI 运行时将执行以下操作:


  1. 从 kubelet 获取 gRPC 请求。

  2. 根据规范创建 OCIjson 配置。


OCI 运行时


OCI 运行时负责使用 Linux 内核系统调用(例如 cgroups 与命名空间)生成容器。您可能听说过 runc 或者 gVisor,这就是了。


附录 1:runC 的工作原理



CRI 会通过 Linux 系统调用以执行二进制文件,而后 runC 生成容器。这表明 runC 依赖于 Linux 计算机上运行的内核。


这也意味着,如果您发现 runC 中的漏洞会使您获得主机 root 权限,那么容器化应用程序同样会造成 root 权限外泄。很明显,恶意黑客会抓住机会入侵主机,引发灾难性的后果。正因为如此,大家才需要不断更新 Docker(或者其他容器运行时),而不仅仅是更新容器化应用程序本身。


附录 2:gVisor 工作原理



gVisor 是最初由谷歌员工创建的 OCI 运行时。它实际上运行在承载各类谷歌云服务(包括 Google Cloud Run、Google App Engine 以及 Google Cloud Functions)的同一套基础设施之上。


有趣的是,gVisor 中包含一个“访客内核”层,意味着容器化应用程序无法直接接触到主机内核层。即使是应用程序“认为”自己接触到了,实际接触到的也只是 gVisor 的访客内核。


gVisor 的安全模式非常有趣,这里建议大家参阅官方说明文档


gVisor 与 runC 的显著差别如下:



总结


1.Docker 确被弃用,大家应该开始考虑使用 CRI 运行时,例如 containerd 与 CRI-O。


a.containerd 与 Docker 相兼容,二者共享相同的核心组件。

b. 如果您主要使用 Kubernetes 的最低功能选项,CRI-O 可能更为适合。


2.明确理解 CRI 运行时与 OCI 运行时之间的功能与作用范围差异。


根据您的实际工作负载与业务需求,runC 可能并不总是最好的选择,请酌情做出考量!


原文链接:


https://dev.to/inductor/wait-docker-is-deprecated-in-kubernetes-now-what-do-i-do-e4m

2020 年 12 月 03 日 13:309992
用户头像

发布了 395 篇内容, 共 189.2 次阅读, 收获喜欢 879 次。

关注

评论 7 条评论

发布
用户头像
换成啥?说话不能说一般;
2020 年 12 月 11 日 15:51
回复
用户头像
弃用?可能么?
2020 年 12 月 09 日 11:34
回复
用户头像
this is the best option as containerd is actually used inside of Docker to do all the "runtime" jobs as you can see in the diagram above

「因为它实际上就是在 Docker 之内起效,可以完成所有“运行时”工作,如上图所示」这个翻译真的是。。。

2020 年 12 月 08 日 16:02
回复
用户头像
docker要成为历史了吗🐶
2020 年 12 月 08 日 10:38
回复
用户头像
docker感觉还是最成熟的,不好换
2020 年 12 月 05 日 11:49
回复
已经生产替换稳定运行近1年了。
2020 年 12 月 07 日 07:27
回复
用户头像
😐
2020 年 12 月 04 日 10:36
回复
没有更多了
发现更多内容

「C++ 篇」答应我,别再 if else 走天下了可以吗

小林coding

c++ 编程 设计模式 编程习惯 编程风格

修改系统时间,导致 sem_timedwait 一直阻塞的问题解决和分析

小林coding

Linux 编程 问题处理

全球移动服务生态的暗涌与新机

脑极体

音画同步体验有多好,来看看即构的自研互动白板就知道啦

ZEGO即构

在线教育 SVG canvas

误执行 rm -fr /*,我删删删删库了,要跑路吗?

小林coding

Linux 程序人生 Shell linux命令

为什么使用Portainer,而不是Docker CLI来管理Docker环境

xcbeyond

Docker 运维 Portainer

精美前端UI(VUE)界面,ASP.NET通用工作流开发分享

雯雯写代码

工作流 可视化

troubleshoot之:GC调优到底是什么

程序那些事

性能分析 jvm调优 GC调优

计算机网络基础(十九)---传输层-TCP的拥塞控制

书旅

TCP 协议栈 网络层

对待一件事,从不喜欢再到喜欢,转变需要多大

良知犹存

程序人生

SpringCloud(Netflix)-技术专题-微服务入门介绍

李浩宇/Alex

从根上学习Git

书旅

git 工具 版本控制 版本管理工具

webbench源码阅读

我是程序员小贱

直播技术的背后--RTMP协议

soolaugust

直播 RTMP

老张「原创小说」

瓜藤老祖

个人成长

第二次推荐笔记:wolai

申屠鹏会

学习总结 -- Week 10

吴炳华

gRPC在Spring Cloud中的应用

xcbeyond

Java gRPC SpringCloud

Spring Boot Actuator微服务服务监控

xcbeyond

Java 微服务 springboot actuator 服务监控

瀑布模型总结

我是程序员小贱

为什么直播系统不用RTP协议

soolaugust

WebRTC 直播 RTMP rtp

国内首家 ABM 营销技术服务商火眼云完成5000万元A轮融资

人称T客

Linux后台开发高频题目总结

我是程序员小贱

Newbe.Claptrap 框架如何实现在多种框架之上运行?

newbe36524

Docker 云计算 微服务 .net core ASP.NET Core

Web 全栈开发利器: 强大的在线 Cloud IDE

华为云开发者社区

Web python3.x 全栈 编码 CloudIDE

优化教育体验 智微智能高品质录播系统

InfoQ_967a83c6d0d7

数字货币钱包开发方案,加密货币钱包搭建

WX13823153201

数字货币钱包开发

2020大厂web前端面试常见问题总结

华为云开发者社区

CSS 响应式 浏览器 面试题 web前端

跟我一起基于 Karma 搭建一个测试环境 (中)

Jack Q

前端进阶训练营 Karma 测试框架搭建

深挖502和504

书旅

nginx 服务器 HTTP 状态码

为什么你做的 Excel 表不好用?

Tony Wu

效率工具 产品设计 Excel ER图

围绕“三个问题”开展的网易云音乐数据基础建设

围绕“三个问题”开展的网易云音乐数据基础建设

重磅!Kubernetes决定弃用Docker-InfoQ