内容简介：首先，笔者感觉一个比较顺的切入点是kubelet 因为是docker的外延，基本反应k8s 与docker的 交互关系kubelet 的关键 SyncLoop 和 CRI 的设计
简介（持续更新）
分析方法，如何分析
A Tour of the Kubernetes Source Code Part One: From kubectl to API Server
首先，笔者感觉一个比较顺的切入点是kubelet 因为是 docker 的外延，基本反应k8s 与docker的 交互关系
kubelet 的关键 SyncLoop 和 CRI 的设计
深入剖析Kubernetes
kubelet 调用下层容器运行时的执行过程，并不会直接调用Docker 的 API，而是通过一组叫作 CRI（Container Runtime Interface，容器运行时接口）的 gRPC 接口来间接执行的。Kubernetes 项目之所以要在 kubelet 中引入这样一层单独的抽象，当然是为了对 Kubernetes 屏蔽下层容器运行时的差异。实际上，对于 1.6 版本之前的 Kubernetes 来说，它就是直接调用 Docker 的 API 来创建和管理容器的。
除了 dockershim 之外，其他容器运行时的 CRI shim，都是需要额外部署在宿主机上的。
cri 接口定义， 可以找找感觉
以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，也希望大家多多支持 码农网
猜你喜欢:
- 以太坊源码分析(36)ethdb源码分析
- [源码分析] kubelet源码分析（一）之 NewKubeletCommand
- libmodbus源码分析（3）从机（服务端）功能源码分析
- [源码分析] nfs-client-provisioner源码分析
- [源码分析] kubelet源码分析（三）之 Pod的创建
- Spring事务源码分析专题（一）JdbcTemplate使用及源码分析
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
