独立したデプロイメント性が最大の利点であるため、各サービスは独自のCI/CDパイプラインと低リスクのリリース戦略（通常はカナリアまたはブルーグリーン）を必要とし、1日に何度も安全にデプロイできます。
各サービスは独自のペースでビルド、テスト、デプロイされます。1つのサービスへの変更は、決してシステム全体のリリースをトリガーしません。
commit ─▶ build ─▶ unit + contract tests ─▶ image ─▶ deploy (one service)
| 戦略 | 方法 | 利点 | 欠点 |
|---|
| ローリング | インスタンスを段階的に置き換え | シンプル、デフォルト | バージョンが一時的に混在 |
| ブルーグリーン | 2つの環境を用意してトラフィックを切り替え | インスタント ロールバック | インフラが2倍必要 |
| カナリア | 新バージョンに小さな割合を送信 | 影響範囲を制限 | 優れたメトリクスが必要 |
v1 ████████████████ 95% ← watch error rate / latency
v2 █ 5% ← promote if healthy, roll back if not
└─ automated check on SLOs decides promote vs abort
[ Blue v1 ] ◀─ live ──┐
[ Green v2 ] ◀─ idle ├─ flip router ─▶ Green is live; Blue is instant rollback
後方互換性のあるスキーマなしでは、カナリアやブルーグリーンは2つのバージョンが同時に実行されるため破綻します。常にバージョン間で互換性のある変更を設計してください。
頻繁で低リスクのデプロイメントこそが、マイクロサービスの複雑性に見合う価値を実現するものです。遅く、リスクの高いリリースは自律性の利点を失わせます。
カナリアとブルーグリーンは悪いデプロイの影響範囲を制限し、ほぼインスタントなロールバックを実現するため、デプロイメントを恐ろしいイベントから日常的で自動化された日々の活動へと変えます。