Azure Deployment Environments廃止に備え、環境インスタンスと実リソースを照合する

結論　再展開と復旧を移行の合格条件にする

【編集上の判断】ADEで作った検証環境が現在利用できる場合も、障害時に同じ構成を作り直せるかを確認してください。廃止前に代替ワークフローで代表環境を再作成し、アプリの疎通、データ復元、依存先への認証、監視通知まで通ることを合格条件にします。

【編集上の設計案】環境インスタンスと実リソースの対応が確定したら、既存環境を当面維持するものと、新環境へ切り替えるものを分けます。復元の難しいデータや共用ネットワークを持つ環境は、先に切替手順と停止条件を承認します。

背景　環境定義の周辺に権限とライフサイクルがある

【確認済み事実】ADEではDev Centerとプロジェクトを構成し、カタログにある環境定義を使って開発者が環境を作成します。プロジェクトの環境タイプには展開先サブスクリプション、展開ID、作成者へのロールや追加アクセスを構成できます。根拠はMicrosoft Learnの構成クイックスタートです。

【編集上の分析】テンプレートだけを移すと、どの申請者がどの環境をどこへ展開できるか、期限切れの環境を誰が削除するかが移行から漏れます。環境タイプごとに入力の許容値、展開先、実行主体、承認、削除条件を新旧で比較してください。

適用期日と対象　廃止日、清掃期間、API版を区別する

【確認済み事実】廃止日は2027-02-22です。公式ガイドは作成・展開・再展開などの書込みが制限される見込みとし、一覧・読取り・ログ・削除は期限付きのクリーンアップ期間に残す予定と説明しています。Microsoft Dev Boxの廃止日は別の2028-09-18です。

【日付の記録】廃止ガイドの表示更新日は2026-10-29、初回公表日はnull、別途の非推奨化日とクリーンアップ終了日もnullです。この記事の公開日・確認日は2026-11-06です。

【確認済み事実】棚卸しに使うDev CenterのList Environments APIは2025-02-01版です。Dev Center固有のエンドポイントに対し、GET /projects/{projectName}/environments?api-version=2025-02-01で取得します。この版番号はAPIの識別子です。

アーキテクチャとIaC　環境URIから展開先を追跡する

【確認済み事実】公式ガイドは、ホスト側の管理リソースをAzure Resource Graphなどで調べ、ARMリソースIDを持たない環境インスタンスを別に列挙するよう案内しています。List Environmentsの応答にはuri、resourceGroupId、environmentType、environmentDefinitionNameなどがあり、ページの続きはnextLinkで示されます。

【編集上の実装案】管理側のDev Centerとプロジェクトからデータプレーンの対象一覧を作り、プロジェクトごとに最終ページまで取得します。環境名が同じ場合も一意のuriで区別し、resourceGroupIdでAzure側の一覧と突合します。照会失敗、展開先IDの欠落、権限不足、対応先不明は個別の未照合として記録します。

【編集上の設計案】カタログのコミット、環境タイプ、入力、依存モジュールを保存し、Bicepなどの代替IaCをCI/CDから呼び出します。申請者には用途と展開先を限定した入口を用意し、実行IDには必要なスコープだけを付与します。許可された開発環境の作成に加え、別サブスクリプションや未承認のSKUへの要求が拒否されることを試験します。

【編集上の実装案】既存環境の継承と並行構築を、データ移動、リソースの所有権、停止時間で比較します。移行先が既存リソースを管理する場合は、差分と削除対象を先にレビューします。IaCの状態やデプロイ履歴に含まれるパラメーターは、保管範囲を限定し秘密情報を除きます。

運用と復旧　失敗時の再実行と削除後の残存を確認する

【編集上の試験案】検証環境で権限不足や展開途中の失敗を再現し、実行ログとAzureの変更記録で原因を照合します。再実行時の二重作成や部分適用を確認し、別の展開先でネットワーク、DNS、ID、データ復元、アプリ起動を順に試します。復旧時間は利用者の疎通まで計測します。

【確認済み事実】公式ガイドは、管理対象のリソースグループ外に残ったリソースが稼働・課金を続ける場合があると説明し、共有Dev Centerを削除する前にDev Box依存を確認するよう案内しています。

【編集上の責任分界案】基盤担当は代替の展開入口とログを、アプリ担当は復元後の動作を、ID管理担当は新旧のロール割当てを確認します。旧環境の撤去は、削除範囲、保持データ、共有依存、停止する費用の確認を一組にして承認します。確認できた廃止日を基準にし、期限未確認のクリーンアップ期間を復旧計画に組み込みません。

【適用上の前提】本記事は個別環境の設計保証や法的助言を行うものではありません。実装適用前に検証環境での事前テストと業務範囲の確認が必要です。次のチェックリストは編集上の提案です。