第8章：Kubernetes Pod控制器控制器应用进阶三

静态pod：
自主式pod创建方式：
使用vim pod.yaml和kubectl create -f pod.yaml命令创建的pod，使用kubectl delete -f pod.yaml命令即可删除，pod不会被重建；

Pod控制器：
（1）适用于无状态应用的控制器（关注群体而非个体的情况）
ReplicaSet：副本数量控制+标签选择+pod模板；
replicas
Replicas is the number of desired replicas. This is a pointer to
distinguish between explicit zero and unspecified. Defaults to 1.
More info:
https://kubernetes.io/docs/concepts/workloads/controllers/replicationcontroller/#what-is-a-replicationcontroller

selector -required-
Selector is a label query over pods that should match the replica count.
Label keys and values that must match in order to be controlled by this
replica set. It must match the pod template’s labels. More info:
https://kubernetes.io/docs/concepts/overview/working-with-objects/labels/#label-selectors

template
Template is the object that describes the pod that will be created if
insufficient replicas are detected. More info:
https://kubernetes.io/docs/concepts/workloads/controllers/replicationcontroller#pod-template

Deployment：基于ReplicaSet之上，可以提供滚动自定义更新+声明式配置，注意使用deployment创建的pod的数量和节点数量没有关系；（需要重点掌握）
滚动式更新，如下图所示：

Deployment、ReplicaSet和Pods，三者之间的层级关系示意图：

Deployment可以通过控制maxSurge和maxUnavailable来控制更新的节奏；
更新方式：
金丝雀：先一个，没有问题再逐个更新；
灰度：部分更新；
蓝绿：先增加相同数量再减少一半；

DaemonSet：1个副本+标签选择（比如SSD硬盘）+pod模板；特点是在集群中的每个节点上只运行一个pod副本，适用于运行系统级的后台任务，新增节点会自动添加
（思考：如果节点上的某个守护进程pod崩掉，应该怎么办？如何做高可用？）
注意：Deployment和DaemonSet，都是始终处于运行状态；

Job，用于执行一次性的作业，且是否重启取决于任务是否完成，如果任务未完成pod崩掉，则重建pod直到完成任务为止；如果正常完成，则会正常退出；
Cronjob，用于周期性的作业，任务完成则退出；
注意：Job和Cronjob，都不是始终处于运行状态，任务完成自动退出；

（2）适用于有状态应用的控制器（关注个体的情况）
StatefulSet，每个副本都有自己的标识、都有自己的存储、都有自己的数据集（一般都需要持久存储）、也都是被单独管理的；（思考：StatefulSet是否可以做扩缩容？），但是每个有状态应用的配置管理、部署方式等都是千差万别的；

CRD：Custom Resources Definition，1.8+；
Operator：利用定制资源（CRD）来管理应用及其组件；

Helm；用于管理预配置Kubernetes资源包的工具；

声明式创建，一般使用apply（patch、post）而非create；