1. 有状态应用

Deployment 对应用做了一个简单化假设。它认为，一个应用的所有 Pod，是完全一样的。所以，它们互相之间没有顺序，也无所谓运行在哪台宿主机上。但是，分布式应用，它的多个实例之间，往往有依赖关系，比如：主从关系、主备关系。还有就是数据存储类应用，它的多个实例，往往都会在本地磁盘上保存一份数据。而这些实例一旦被杀掉，即便重建出来，实例与数据之间的对应关系也已经丢失，从而导致应用失败。

Deployment 看似简单，但实际上，它实现了 Kubernetes 项目中一个非常重要的功能：Pod 的“水平扩展 / 收缩”（horizontal scaling out/in）。举个例子，如果你更新了 Deployment 的 Pod 模板（比如，修改了容器的镜像），那么 Deployment 就需要遵循一种叫作“滚动更新”（rolling update）的方式，来升级现有的容器。而这个能力的实现，依赖的是 Kubernetes 项目中的一个非常重要的概念（API 对象）：ReplicaSet。

上一节我们介绍了 Pod 的定义，Pod 包含的信息非常服务，其中，资源定义（比如 CPU、内存等），以及调度相关的字段会在后面专门讲解调度器时再进行深入的分析。本节我们来关注 Pod 的另一重要内容 Volume。

本节我们来学习 kubernetes 里的认证与鉴权，这一部分我们要了解一下内容:

1. Secret: 加密数据的保存
2. Config: 配置的保存
3. RBAC: 基于角色的访问控制（Role-Based Access Control）

1. Secret

Secret 的作用是把 Pod 想要访问的加密数据，存放到 Etcd 中。然后就可以通过在 Pod 的容器里挂载 Volume 的方式，访问到这些 Secret 里保存的信息了。

在 kubernetes 中操作各种 API 对象的逻辑都是由控制器完成的。本节我们来学习控制器的实现原理。

1. 控制器模式

在前面介绍 Kubernetes 架构的时候，曾经提到过一个叫作 kube-controller-manager 的组件。实际上，这个组件，就是一系列控制器的集合，它们位于源码的 pkg/controller 目录下:

Pod 是 k8s 中最基础的 API 对象，关于 Pod 我们需要重点关注以下几点:

1. 为什么我们需要 Pod
2. 如何定义一个 Pod

1. 为什么我们需要 Pod

1.1 成组调度

如果我们把物理机与云环境做一个对比: