第4章 · デプロイ·v2.1.0·更新 2026/6/28·読了目安 約8分
変更要約: in-scopeサービス網羅(軸B): s1にCodeArtifact/CloudShell、s3にAmplifyの定義・役割・選択基準を追記。
4.3デプロイ戦略と Elastic Beanstalk
この節の要点
オールアットワンス/ローリング/Blue-Green/カナリアといったデプロイ戦略のトレードオフ（速度 vs 安全・ロールバック）と、PaaS の Elastic Beanstalk を理解します。
新バージョンの公開方法には速度と安全性のトレードオフがあります。ダウンタイムやロールバックのしやすさを踏まえて戦略を選びます。
4.3.1デプロイ戦略
- オールアットワンス：一括で置き換える。最速だがダウンタイムのリスク。
- ローリング：バッチで順次更新。全停止は避けられるが、一時的に新旧が混在。
- Blue/Green：新環境を作りトラフィックを切替。ロールバックが容易。カナリアは少量から段階的に。
- Elastic Beanstalk：コードをアップロードするだけで環境を構築・デプロイする PaaS（戦略も選べる）。
試験ポイント
「ダウンタイムを避けロールバック容易＝Blue/Green」「少量から段階公開＝カナリア」「コードを上げるだけで環境構築＝Elastic Beanstalk」 は DVA で頻出です。Lambda のエイリアス＋加重で段階デプロイも可能です。