Kubernetes源码分析

简介（持续更新）

分析方法，如何分析

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 接口定义， 可以找找感觉