長夜難明

到底什么才是“声明式 API”呢？ 答案是 kubectl apply 命令。 在修改 YAML 文件后，不再使用 kubectl replace 命令进行更新，而是执行 kubectl apply

前提知识 k8s 数据存储 存储状态 PVC、PV 的设计，使得 StatefulSet 对存储状态的管理成为了可能。用上节的stateful的yaml文件为例： 额外添加了一个 volumeClai

前提 Deployment 对应用做了一个简单化假设。它认为一个应用的所有 Pod 是一样的。它们之间没有顺序，也无所谓运行在哪台宿主机上。需要时通过 Pod 模板创建新的 Pod；不需要的则“杀掉”

Pod，是 K8s 的原子调度单位。 那为什么我们需要 Pod？ 回答这个问题前先回忆一下：容器的本质到底是什么？ 容器的本质是进程。 没错。容器就是未来云计算系统中的进程；容器镜像就是这个系统里的“

容器技术使用了 rootfs 机制和 Mount Namespace，构建出了一个同宿主机完全隔离开的文件系统环境。这时我们就需要考虑这样两个问题： 容器里进程新建的文件，怎么才能让宿主机获取到？ 宿

docker exec 是怎么做到进入容器里的呢？ Linux Namespace 创建的隔离空间虽然看不见摸不着，但一个进程的 Namespace 信息在宿主机上是确确实实存在的，并且是以一个文件的

上节最后讲到的 rootfs 只是一个OS所包含的文件、配置和目录，并不包括内核。在 Linux 中这两部分是分开存放的，OS只有在开机启动时才会加载指定版本的内核镜像。 同一台机器上的所有容器，都共

在通过namespace和cgroup对容器进程进行隔离和限制后，像是给进程的世界里围上了一圈的墙。那么如果容器进程往脚下看会看到什么景象呢？换句话说，容器里的进程看到的文件系统该是什么样的呢？ 可能

为什么需要隔离？ 被其他容器修改文件，导致安全问题 资源的并发写入导致不一致性 资源的抢占，导致其他容器被影响 容器技术的核心功能，就是通过约束和修改进程的动态表现，从而为其创造出一个边界。 进程的静