第 4 章 部署

ReplicationController 确保任何时候都运行指定数量的 Pod 副本。如果 Pod 退出或被删除，ReplicationController 会做出反应，实例化更多 Pod 来达到定义的数量。同样，如果运行中的数量超过所需的数目，它会根据需要删除相应数量的 Pod，使其与定义的数量相符。

ReplicationController 配置包括：

选择器是分配给由 ReplicationController 管理的 Pod 的一组标签。这些标签包含在 ReplicationController 实例化的 Pod 定义中。ReplicationController 使用选择器来决定已在运行的 Pod 实例数量，以便根据需要进行调整。

ReplicationController 不负责根据负载或流量执行自动扩展，也不进行跟踪。相反，这需要由外部自动缩放器调整其副本数。

以下是 ReplicationController 的示例定义：

apiVersion: v1
kind: ReplicationController
metadata:
  name: frontend-1
spec:
  replicas: 1  1
  selector:    2
    name: frontend
  template:    3
    metadata:
      labels:  4
        name: frontend 5
    spec:
      containers:
      - image: openshift/hello-openshift
        name: helloworld
        ports:
        - containerPort: 8080
          protocol: TCP
      restartPolicy: Always

与 ReplicationController 类似，ReplicaSet 也是一个原生 Kubernetes API 对象，可以确保在任意给定时间运行指定数量的 Pod 副本。ReplicaSet 和 ReplicationController 之间的区别在于，ReplicaSet 支持基于集合的选择器要求，而 ReplicationController 只支持基于相等的选择器要求。

以下是 ReplicaSet 定义示例：

apiVersion: apps/v1
kind: ReplicaSet
metadata:
  name: frontend-1
  labels:
    tier: frontend
spec:
  replicas: 3
  selector: 1
    matchLabels: 2
      tier: frontend
    matchExpressions: 3
      - {key: tier, operator: In, values: [frontend]}
  template:
    metadata:
      labels:
        tier: frontend
    spec:
      containers:
      - image: openshift/hello-openshift
        name: helloworld
        ports:
        - containerPort: 8080
          protocol: TCP
      restartPolicy: Always

Deployment 和 DeploymentConfig 之间的一大区别在于每种设计都为推出部署过程而选择的 CAP 原理。DeploymentConfig 以一致性为先，而 Deployment 更重视可用性。

对于 DeploymentConfig，如果运行一个部署器 Pod 的节点停机，它不会被替换掉。流程会等待节点重新在线或被手动删除。手动删除节点也会删除对应的 Pod。这意味着您无法删除 Pod 来取消推出部署，因为 kubelet 负责删除相关联的 Pod。

但是，Deployment 推出部署由控制器管理器推进。控制器管理器在 master 上运行高可用性模式，并使用群首选举算法提高可用性与一致性相比的价值。在故障期间，其他 master 有可能同时对同一 Deployment 做出反应，但这个问题会在故障发生后很快进行调节。

自动回滚

目前，在出现故障时，Deployment 不支持自动回滚到上次成功部署的 ReplicaSet。

触发器

Deployment 有一个隐式 ConfigChange 触发器 (trigger)，每次更改部署的 Pod 模板都会自动触发新的推出部署。如果您不想在 Pod 模板更改时进行新的推出部署，请暂停部署：

$ oc rollout pause deployments/<name>

生命周期 hook

Deployment 尚不支持任何生命周期 hook。

自定义策略

Deployment 尚不支持用户指定的自定义部署策略。

滚动

Deployment 的部署过程是由控制器循环推动的，这与使用部署器 Pod 进行每次新推出部署的 DeploymentConfig 相反。这意味着，Deployment 可以拥有尽可能多的活跃 ReplicaSet，最终部署控制器将缩减所有旧 ReplicaSet，并扩展最新的 ReplicaSet。

DeploymentConfig 最多可以运行一个部署器 Pod，否则多个部署器之间会产生冲突，试图扩展它们认为应该是最新的 ReplicationController。因此，任意时间点上只能有两个 ReplicationController 处于活跃状态。最终，这会转化为 Deployment 能够更快地进行推出部署。

按比例扩展

因为 Deployment 控制器是提供 Deployment 所拥有的新旧 ReplicaSet 的大小的唯一来源，所以它能够对正在推出（rollout）的部署进行扩展。额外的副本会根据每个 ReplicaSet 的大小按比例分发。

当一个推出部署（rollout）正在进行时无法扩展 DeploymentConfig，因为 DeploymentConfig 控制器会遇到部署器进程中有关新 ReplicationController 大小的问题。

中途暂停推出部署

Deployment 可以在任何时间暂停，这意味着可以暂停正在进行的推出部署。另一方面，当前还无法暂停部署器 Pod。因此，如果您尝试在推出部署进行期间暂停 DeploymentConfig，则部署器进程不受影响，它会继续运行直到完成为止。