Kubernetes 入門コース / Chapter 07

DeploymentでAPIをロールアウト

複数PodのAPIをDeploymentで宣言し、更新時のReplicaSetとロールバックを理解する。

この章で学ぶこと

  1. Deploymentは望むレプリカ数と更新戦略を管理する。
  2. ReplicaSetはDeploymentが作る世代ごとのPod集合である。
  3. 新しいイメージの投入は状態とログを確認して段階的に判断する。

01Deploymentは望むレプリカ数と更新戦略を管理する

なぜ必要か:Deploymentは望むレプリカ数と更新戦略を管理する。

Deploymentは望むレプリカ数と更新戦略を管理する。
図の読み方:宣言した状態から、実際の動作へ矢印を追う。

Deploymentは望むレプリカ数と更新戦略を管理する。 実装では、対象リソース・設定値・実行結果を別々に確認する。

判断できるようになること:Deploymentは望むレプリカ数と更新戦略を管理する。

02ReplicaSetはDeploymentが作る世代ごとのPod集合である

設計の境界:ReplicaSetはDeploymentが作る世代ごとのPod集合である。

ReplicaSetはDeploymentが作る世代ごとのPod集合である。
図の読み方:責務を混ぜず、設定と実行の境界を確認する。

ReplicaSetはDeploymentが作る世代ごとのPod集合である。 そのため、更新対象と依存先を同時に変えず、差分を確認してから反映する。

判断できるようになること:Deploymentは望むレプリカ数と更新戦略を管理する。

03新しいイメージの投入は状態とログを確認して段階的に判断する

運用で確認する証跡:新しいイメージの投入は状態とログを確認して段階的に判断する。

新しいイメージの投入は状態とログを確認して段階的に判断する。
図の読み方:正常時だけでなく、確認・復旧の順番を追う。

新しいイメージの投入は状態とログを確認して段階的に判断する。 障害時は画面の表示だけで判断せず、状態・イベント・ログを順番に照合する。

判断できるようになること:Deploymentは望むレプリカ数と更新戦略を管理する。

章のまとめ

  1. Deploymentは望むレプリカ数と更新戦略を管理する。
  2. ReplicaSetはDeploymentが作る世代ごとのPod集合である。
  3. 新しいイメージの投入は状態とログを確認して段階的に判断する。