docker

Deployment、StatefulSet，以及 DaemonSet 这三种编排，主要编排的对象，都是“在线业务”，即：Long Running Task（长作业）。比如，我在前面举例时常用的 Ng

如何对 StatefulSet 进行“滚动更新”（rolling update）？ 你只要修改 StatefulSet 的 Pod 模板，就会自动触发“滚动更新”: kubectl patch sta

StatefulSet 对存储状态的管理机制。这个机制，主要使用的是一个叫作 Persistent Volume Claim 的功能。

Deployment认为，一个应用的所有 Pod，是完全一样的。所以，它们互相之间没有顺序，也无所谓运行在哪台宿主机上。需要的时候，Deployment 就可以通过 Pod 模板创建新的 Pod；不需

Pod 这个看似复杂的 API 对象，实际上就是对容器的进一步抽象和封装而已。 说得更形象些，“容器”镜像虽然好用，但是容器这样一个“沙盒”的概念，对于描述应用来说，还是太过简单了。这就好比，集装箱固

docker容器，实际上是一个由 Linux Namespace、Linux Cgroups 和 rootfs 三种技术构建出来的进程的隔离环境。 从这个结构中我们不难看出，一个正在运行的 Linux

作为 Kubernetes 项目里最核心的编排对象，Pod 携带的信息非常丰富。我们就先从一种特殊的 Volume 开始，来帮助你更加深入地理解 Pod 对象各个重要字段的含义。 这种特殊的 Volu

Pod，而不是容器，才是 Kubernetes 项目中的最小编排单位。将这个设计落实到 API 对象上，容器（Container）就成了 Pod 属性里的一个普通的字段。那么，一个很自然的问题就是：到

Pod是Kubernetes项目中最小的API对象，或者说，pod是Kubernetes项目中原子调度单位。我们知道docker容器的本质是进程，Namespace做隔离，Cgroups做限制，roo

准备一台 Linux 机器，并安装 Docker。用 Docker 部署一个用 Python 编写的 Web 应用。代码： 在这段代码中，我使用 Flask 框架启动了一个 Web 服务器，而它唯一的

Linux容器最基础的两种技术：Namespace和Cgroups。容器的本质是一种特殊的进程。 Namespace 的作用是“隔离”，它让应用进程只能看到该 Namespace 内的“世界”；而 C

容器其实是一种沙盒技术。顾名思义，沙盒就是能够像一个集装箱一样，把你的应用“装”起来的技术。这样，应用与应用之间，就因为有了边界而不至于相互干扰；而被装进集装箱的应用，也可以被方便地搬来搬去。 这两个