リソースタイプとして使用できないリソースを含める必要があるとします。リソースを使用して含めることができます。つのスタックで管理できます。関数との組み合わせで環境を構築します。ASG)自動コピーによる切り替えとASG、タグベースによるEC2、オンプレの任意組み合わせによる切り替えの2つがあります。デプロイメントグループにてリプレース対象の指定、デプロイ設定でデプロイ先のリソースを指定します。まとめると以下表のようになります。図を拝借すると以下のように実行されます。事前に置き換え後のリソースを作成しておく必要があります。下図のようにデプロイ先のリソースが存在しないというエラーが発生します。図を拝借すると以下のように実行されます。自動、手動のどちらの場合でも、仮にロールバックした後は新規作成したリソースを手動で削除する必要があります。配置されるパブリックサブネットとインスタンスが配置されるプライベートサブネットとで分離するのが自然ですが、本稿ではインスタンスもALBと同じパブリックサブネットに配置することを想定しています。されていることCodeCommitが作成済みスタック作成時に以下パラメーターの入力が必須です。準備CodeCommitに以下をプッシュします。appspec.ymlで元のファイルを削除するように対応します。確認の上、パラメータを微調整してご利用頂ければと思います。CodeDeployのデプロイメントグループのデプロイ設定は下記です。トラフィックを再ルーティングさせるのは5分後です。元インスタンスは15分後に削除します。デプロイが失敗したらロールバックします。ご利用する環境や言語に応じて、適切なビルドやテストを導入するようにして下さい。CodeBuild承認ステージはコメントアウトしています。パラメータに設定して利用して下さい。PipelineさいごになかなかEC2のB/Gデプロイをする機会もなくなってきているかと思いますが、利用する方がいましたら参考になれば幸いです。