ローリングアップデート
Kubernetesのデプロイメントを更新する際のデフォルト戦略。全部を停止して再起動するのではなく、古いPodを少しずつ新しいものに置き換える。環境をまるごと並行して用意しなくても、無停止で更新できる。
仕組みはこうだ。Kubernetesが新しいPodを1つ（または数個）起動し、readiness probeで準備完了を確認してから、同数の古いPodを削除する。これをデプロイメント全体が入れ替わるまで繰り返す。ペースを決めるのは二つのつまみで、maxSurge（希望数を超えて一時的に存在してよい追加Podの数）と、maxUnavailable（移行中に欠けてよい数）だ。
利点は、常に受け付け可能なPodがありサービスが止まらないこと、そしてブルーグリーンのような完全な追加環境が要らないこと。ロールバックは設定を戻せば、同じ方法で巻き戻される。欠点は、更新中に2つのバージョンが同時に動く（互換性が必要）ことと、壊れた新バージョンの影響がブルーグリーンの切り替えのように即座にではなく徐々に現れること。そのため、カナリアやプログレッシブデリバリーと組み合わせるのが一般的だ。