Kubernetes编程实战

概述 runtime-rs 是 kata-containers 对Go版本的重写，本文主要考虑到Rust的可读性更好，从rs版本可以更好地了解runtime的实现。时间紧张，不做深入的研究。

概述 CNI从设计上是k8s最简单的接口，但是网络的实现是存储复杂的，CNI在被调用时也是比较特别，会在containerd创建容器的过程中被调用。

概述 CSI是Kubernetes比较复杂的开放接口设计，实际上存储并没有普通人想象得那么复杂。CSI的核心就是Controller接口和Node接口。

概述 CRI解决了k8s耦合docker-shim的问题，是的像kata这样的非runc容器能够无缝接入k8s。实际上，containerd是实现CRI的具体组件

Pod Lifecycle Event Generator(pleg)的命名来源于kubelet的一个模块，它的原理是定期查询runtime下所有pods，然后封装为事件写入到chan中。

OCI指的是Open Container Initiative即开放容器计划。OCI 制定的主要标准有三个分别是 runtime-spec 、image-spec 和 distribution-spe

containerd的插件机制是个很重要的能力，降低了用户改造containerd的难度，其中bin类型插件的代表是shim-v2，而proxy类型插件的代表是snapshot。

kubelet是Kubernetes初学者不会太注意的组件，因为作为一个Node Agent，从单体规模上和资源消耗上，它不太起眼。

DevicePlugin机制是k8s为了解决 cou/memory 以外的资源申请类型所设计的通用的设备注册和分配机制，为了保持通用，它的接口设计得比较简单，对于设备内部的复杂性就留给impl解决了。

k8s中的中心组件api-server应该是每个k8s初学者第一个交互的组件。也许每个应用层项目都有一个HTTP Server，但k8s的特点在于APIServer的地位被提高到了不可能再高了。

概要 k8s的哲学是不要把Pod当成宠物，因此每次deployment的更新，都会导致Pod的删除和重建，对于一些场景而言，Pod的重建是完全不必要的

概述 k8s相关项目中，经常看到会引入库k8s.io/component-base/featuregate作为featureGate的开关，它只支持bool类型的gate，支持多个key。

k8s.io/client-go/util/retry/util.go 定义了func RetryOnConflict(backoff wait.Backoff, fn func() error

以C/S的视角看，List-Watch发生在2个地方，一个是client-go中，一个在api-server中。 client-go向api-server发起list和watch请求

Kubernetes proposal 包含了几篇架构方面的文档，可以读了之后一起总结。 极简抽象版.......

Kubernetes的error是struct error路线，只不过外面包了一个interface StatusError，然后还依赖了1.13的errors.As 特性

概述 kuberbetes的audit log采用了backend配置的方式，支持file、webhook等方式。

k8s.io/apimachinery/pkg/api/resource 是处理ResourceList时常用的库，它的核心是Quantity结构，实际上Quantity的设计并不复杂

namespace的spec有个finalizer，-kubernetes，它阻止了ns被直接删除。

dapr支持self-hosted和Kubernetes两种模式，官方教程是默认以self-hosted进行演示的，我们总结Kubernetes下的dapr使用。