Pod控制器就是幫助我們自動的調(diào)度管理Pod，并滿足期望的Pod數(shù)量。
Pod控制器大致有以下7類：

• Replication Controllers
• ReplicaSet
• Deployment
• StatefulSets
• DaemonSet
• Jobs
• CronJob

- Replication Controllers

由于這種控制器的功能有限，而且已經(jīng)推出了更高級的Pod控制器，所以已經(jīng)不再推薦使用。

- ReplicaSet

ReplicaSet是Replication Controllers的下一代，他們之間唯一的區(qū)別就是標簽選擇器的區(qū)別，ReplicaSet支持最新的基于集合形式的標簽選擇器，大多數(shù)支持Replication Controllers的kubectl的命令也能支持ReplicaSet，但唯獨有一條rolling-update
如果想要滾動更新功能請使用 Deployment。rolling-update命令是必需的，而 Deployment 是聲明性的，因此我們建議通過 rollout,雖然 ReplicaSets 可以獨立使用，但今天它主要被Deployments用作協(xié)調(diào) Pod 創(chuàng)建、刪除和更新的機制。 當使用 Deployment 時，不需要管理它們創(chuàng)建的ReplicaSet。Deployment 會管理它們的 ReplicaSet。
ReplicaSet 確保任何時間都有指定數(shù)量的 Pod 副本在運行。 然而，Deployment 是一個更高級的概念，它管理 ReplicaSet，并向 Pod 提供聲明式的更新以及許多其他有用的功能。 因此，我們平時只使用 Deployment 而不是直接使用 ReplicaSet，除非需要自定義更新業(yè)務(wù)流程或根本不需要更新。
在編寫方面，與其他Kubernetes API對象一樣，也要定義apiVersion、kind、metadata、spec,而temlate就是pod模板，下面看一段示例

apiVersion: apps/v1
kind: ReplicaSet
metadata:
  name: frontend
  labels:
    app: guestbook
    tier: frontend
spec:
  replicas: 3
  selector:
    matchLabels:
      tier: frontend
    matchExpressions:
      - {key: tier, operator: In, values: [frontend]}
  template:
    metadata:
      labels:
        app: guestbook
        tier: frontend
    spec:
      containers:
      - name: php-redis
        image: gcr.io/google_samples/gb-frontend:v3
        resources:
          requests:
            cpu: 100m
            memory: 100Mi
        env:
        - name: GET_HOSTS_FROM
          value: dns
        ports:
        - containerPort: 80

• 創(chuàng)建ReplicaSet可以使用

#從網(wǎng)絡(luò)拉取
kubectl create -f http://k8s.io/examples/controllers/frontend.yaml
#從本地提交
kubectl create -f frontend.yaml
#查看狀態(tài)
kubectl describe rs/frontend

• 刪除ReplicaSetkubectl delete默認會把所有有依賴關(guān)系的Pod刪除，如果想只刪除ReplicaSet而后創(chuàng)建新的ReplicaSet取代他，我推薦使用Dployment的滾動更新功能。
• 如果想只把某個Pod隔離，便于排錯，可以用更改標簽的方式讓他從ReplicaSet中脫離出來，如果replicas數(shù)量沒有變的話會有新的Pod頂替上。
• 擴縮容ReplicaSet只要更改.spec.replicas字段即可

- Deployment

模板示例：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
  labels:
    app: nginx
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.15.4
        ports:
        - containerPort: 80

• 創(chuàng)建命令
  kubectl apply -f nginx-deployment.yaml
  從模板上看和ReplicaSet非常相似，但是創(chuàng)建命令有些區(qū)別就是，Deployment是支持聲明式更新的，就是說更改了yaml文件直接重新聲明，新的配置就會應(yīng)用上。
• 查看狀態(tài)
  要查看 Deployment 展開狀態(tài)，運行
  kubectl rollout status deployment/nginx-deployment
  待更新過程結(jié)束后可以執(zhí)行
  kubectl get deployment查看狀態(tài)
  kubectl get rs 查看由Deployment創(chuàng)建的ReplicaSet
  
  image.png
• 升級Deployment
  升級的方式有很多種，這里介紹一種比較簡單的直接編輯
  kubectl edit deployment.v1.apps/nginx-deployment直接編輯image字段即可
  然后可以kubectl rollout status deployment.v1.apps/nginx-deployment查看更新的動態(tài)過程
  更新的時候有一個更新策略
  Deployment 可確保在更新時僅關(guān)閉一定數(shù)量的 Pods。默認情況下，它確保至少 75%所需 Pods 運行（25%最大不可用）。
  Deployment 還確保僅創(chuàng)建一定數(shù)量的 Pods 高于期望的 Pods 數(shù)。默認情況下，它可確保最多增加 25% 期望 Pods 數(shù)（25%最大增量）。
  更新的時候Deployment會創(chuàng)建另一個ReplicaSet，新的ReplicaSet會滿足新的Pod期望數(shù)量，而舊的ReplicaSet的replicas會縮減為0，每更新一次就會創(chuàng)建出一個新的ReplicaSet，保留歷史版，如果新版本出現(xiàn)了不穩(wěn)定不兼容的問題，還可以立即回滾。
  使用命令kubectl rollout history deployment.v1.apps/nginx-deployment
  即可檢查Deployment的修改歷史
  
  image.png
• 查看某一版本歷史的詳細信息
  kubectl rollout history deployment.v1.apps/nginx-deployment --revision=2
  
  image.png
• 回滾上一次的操作
  kubectl rollout undo deployment.v1.apps/nginx-deployment
  或者回滾到某一特定的版本
  kubectl rollout undo deployment.v1.apps/nginx-deployment --to-revision=2
• 縮放Deployment
  可以使用如下指令縮放 Deployment ：
  kubectl scale deployment.v1.apps/nginx-deployment --replicas=10
  還可以啟動自動水平擴展，并且可以根據(jù)指定的CPU的使用率為依據(jù)進行縮放
  kubectl autoscale deployment.v1.apps/nginx-deployment --min=10 --max=15 --cpu-percent=80
• 如果更新的過程中發(fā)現(xiàn)了書寫錯誤，還可以暫停
  kubectl rollout pause deployment.v1.apps/nginx-deployment
kubectl rollout resume deployment.v1.apps/nginx-deployment
  總的來說Deployment功能比ReplicaSet強大，因為他是構(gòu)建在ReplicaSet之上的高級控制器，也是官方推薦的控制器。剩下幾種控制器下篇再介紹