Microsoft、カスタマー エクスペリエンスと進化するクラウド プラクティスに基づいて、新しいガイダンス、強化されたコンテンツ、洗練された推奨事項を使用して、クラウド導入フレームワークを継続的に更新します。 この記事では、フレームワークの進化に伴うお知らせと情報を示します。
2026 年 9 月
この更新では、Azure landing zone と Azure VMware Solution のガイダンスへの最近の追加内容、シナリオの非推奨化、および クラウド導入フレームワーク 全体にわたるロードマップ項目を取り上げています。
Azure ランディング ゾーン
Azureランディング ゾーンのガイダンスを更新し、Azureランディング ゾーンとは何か、また組織がランディング ゾーンを実装する方法をより明確に説明しました。 この更新プログラムには、主要なコンポーネント、推奨されるプラクティス、統合パターンを示す 4 つの新しい概念図がダウンロード可能です。
詳細については、「Azureランディング ゾーンとは」を参照してください。
Azure VMware Solution導入
意思決定者がAzure VMware Solution導入を評価して計画するのに役立つ新しいガイダンスを公開しました。 このガイダンスでは、導入に関する重要な考慮事項の概要を説明し、計画、アーキテクチャ (Azureランディング ゾーンの更新)、ガバナンス、運用標準、移行について説明します。
詳細については、 aka.ms/cafavs を参照してください。
非推奨
今後数か月以内にクラウド導入フレームワークから削除されるいくつかのシナリオを非推奨にしました。 このガイダンスのコピーを保持するには、手順については個々の記事を参照してください。
| 最後に利用可能な日付 | 削除するシナリオ |
|---|---|
| 2026 年 9 月 30 日 | 最新のアプリ プラットフォーム |
| 2026年10月30日 |
Azure バーチャル デスクトップ SAP on Azure ハイブリッドとマルチクラウド Azure 上の Oracle |
クラウド導入フレームワークは、意思決定者が組織のクラウド導入に関する意思決定をより適切かつ迅速に行えるようにすることに重点を置いています。 ワークロード アーキテクチャ、実装ガイダンス、製品固有の推奨事項については、Azure アーキテクチャ センター、Microsoft Well-Architected Framework、および製品ドキュメントを使用してください。
ロードマップ
次の項目は、アクティブな投資の領域を反映しており、時間の経過と伴って変化する可能性があります。
新しい主権ガイダンス: Azureの主権に関する新しいガイダンスを開発しています。 このガイダンスでは、Azure環境全体の主権関連の概念、考慮事項、デプロイ モデルに関する情報を提供します。
アプリケーション ランディング ゾーンの用語の更新。 ワークロードランディングゾーンという用語を使用するために、アプリケーションランディングゾーンへの参照を更新します。 この変更によって、用語またはガイダンスの範囲や意図は変更されません。 更新された用語は、ガイダンスで説明されている内容 (ワークロードのホストと運用に使用される環境) をより適切に反映しています。 また、Azure用語や関連ガイダンス (一般的にワークロードを指す Microsoft Well-Architected Framework など) とより密接に連携します。
Azure ランディング ゾーン ガイダンスが更新されました (CAF 対応)。 Azure ランディング ゾーン ガイダンスの新しいバージョンに取り組んでいます。
2026 年 6 月
Azureランディング ゾーン: Azure Migrate製品チームがプラットフォーム ランディング ゾーン アクセラレータを所有することが発表されました。 詳細については、こちらのブログを参照してください。 この所有権の変更はアクセラレータ資産の所有権にのみ影響し、ユーザーやクラウド導入フレームワークのガイダンスには影響しません。
Azureランディング ゾーンは、マルチサブスクリプションAzure環境を管理およびスケーリングするための実証済みのアーキテクチャです。 Azureランディング ゾーンは、次の 2 つのコンポーネントで構成されます。
- プラットフォーム ランディング ゾーン (通常、Microsoft Entra テナントごとに 1 つ)
- アプリケーション (ワークロード) ランディング ゾーン (ワークロードごとに複数)
プラットフォーム ランディング ゾーンを実装するために、意思決定者はクラウド導入フレームワークを使用して、組織に適したアーキテクチャの決定を行います。 決定は、プラットフォームランディングゾーン設計への入力として機能します。
組織がプラットフォーム ランディング ゾーンを実装する準備ができたら、次の 2 つの一般的なオプションがあります。
プラットフォーム ランディング ゾーン アクセラレータ: Microsoft提供されるコードとしてのインフラストラクチャデプロイ オプション (現在はAzure Migrate チームが所有)。
カスタム ビルド: 内部的に、またはMicrosoftまたはMicrosoft パートナーからのサポートを受けています。
Azure Migrate チームは、プラットフォーム ランディング ゾーン アクセラレータという最初の実装オプションを所有するようになりました。 この変更は、 プラットフォーム ランディング ゾーン アクセラレータ とその関連資産の所有権にのみ影響します。 ユーザー、機能、ガイダンスには影響しません。 また、クラウド導入フレームワークのAzureランディング ゾーンのガイダンス、設計に関する推奨事項、ベスト プラクティスにも影響しません。
クラウド導入フレームワーク は、実証済みの Azure landing zone ガイダンスの参照元であり続けています。 意思決定者は、クラウド導入フレームワークを引き続き使用して、Azureランディング ゾーンのアーキテクチャと設計に関する決定を行う必要があります。
クラウド導入フレームワークガイダンスを改善するための更新プログラムに取り組んでいます。 これらの改善に期待してください。
2026 年 5 月
削除された記事: 次のアプリケーション ランディング ゾーン アクセラレータの記事を削除しました。 このプロセスでは、クラウド導入フレームワーク内のアーティクルのみが削除されました。 デプロイ可能な資産を含むGitHub内のリポジトリは引き続き使用できます。 GitHubにアクセスするには、次のリンクを使用します。
Rationale: クラウド導入フレームワークは意思決定者向けのロードマップです。 組織にとって最適なアーキテクチャ、投資、およびポリシーの決定を行うのに役立ちます。 ワークロード設計ガイダンスは、Azure アーキテクチャ センターと Microsoft Well-Architected Framework を通じて提供されます。これは、代替アーキテクチャ ガイダンスの主要なソースのままです。
2026 年 4 月
非推奨の通知
アプリケーション ランディング ゾーン アクセラレータの選択に関する記事は非推奨です。 Azure Integration Services、Azure Kubernetes Services、Azure API Management、Azure App Service、およびAzure Container Appsガイダンスは非推奨となりました。
2026 年 3 月
新しいガイダンス
AI と分析のためのデータ プラットフォームを強化する: CAF には、データ プラットフォームをMicrosoft Fabricと統合する方法に関する新しいガイダンスがあります。 このガイダンスは、意思決定者がデータ ドメインに関する運用モデルを整理し、明確なデータ所有権とアカウンタビリティを定義し、セキュリティで保護された管理されたデータ製品の標準を確立するのに役立ちます。 また、高品質のデータ製品が組織全体の AI と分析をサポートする方法についても説明します。
非推奨の通知
クラウド規模の分析ガイダンスは非推奨です。 このガイダンスは、 AI と分析のためのデータ プラットフォームの統合に置き換えられました。 廃止日と削除日は 2026 年 4 月 30 日でした。
2025 年 12 月
新しいガイダンス
組織向けの AI エージェント導入ガイダンス: ビジネスへの影響を最大化する計画、ガバナンス、統合、および測定のための段階的なフレームワークを使用して、AI エージェントを効果的に導入する方法について説明します。
更新された記事
Azureランディング ゾーンを使用したセキュリティ制御マッピング: 記事全体の明確さと読みやすさが向上し、Microsoft Cloud セキュリティ ベンチマークの用語が簡略化され、Terraform およびBicepデプロイの検証済みモジュールAzure参照するための実装ガイダンスが更新されました。
Azure ランディング ゾーンに関してよく寄せられる質問 (FAQ): ソブリン ランディング ゾーンのガイダンスを、政府組織だけでなく、主権要件があるすべての組織に適用されるよう拡大しました。
Azureでの暗号化とキーの管理: 適切なAzure Key Vaultキー管理ソリューションの選択に関するガイダンスを追加しました。 一元化されたシナリオで Azure Key Vault Managed HSM を使用するタイミングを明確にし、複数のキー コンテナーの利点を説明することで、Key Vaultの推奨事項を強化しました。
Azureワークロードの管理と監視: Azure サービス グループを使用して、サブスクリプションとリソース グループ間でワークロード リソースを整理する方法に関するガイダンスを追加しました。 リソースの正常性を定義して追跡するために、Azure Monitor (プレビュー) で正常性モデルを導入しました。
Azure ランディング ゾーンのカスタム ポリシーを Azure 組み込みポリシーに移行: Terraform 用 Azure Verified Modules および Bicep 更新ガイドへの参照を集約し、冗長な手順を削除することで、ポリシー移行のガイダンスを簡略化しました。
Azureのネットワーク トポロジと接続の概要: Connectivity、Corp、Online 管理グループの説明に書式設定を追加することで、読みやすさが向上しました。 Corp (社内向け) およびオンライン (一般向け) 管理グループの理解を簡素化するヒントを追加しました。
サブスクリプションに関する考慮事項と推奨事項: プラットフォーム サブスクリプションのガイダンスを強化して、個別の専用セキュリティ サブスクリプションを含め、プラットフォームの責任を 1 つのサブスクリプションに組み合わせないことを強調しました。 クォータ グループと自動化を使用したクォータ管理に関する推奨事項を追加しました。 Azure Service Healthガイダンスを含むオペレーショナル エクセレンス セクションが導入されました。
Azure ランディング ゾーンのカスタム ポリシーを更新: Bicep の更新手順を統合し、Terraform と Bicep 向けの Azure Verified Modules への参照を更新することで、ポリシー更新ガイダンスを簡素化しました。
Azureランディング ゾーンに関する独立系ソフトウェア ベンダー (ISV) の考慮事項: ISV に対して、プラットフォーム管理グループの下に別のセキュリティ管理グループを含めるという推奨事項を追加しました。 セキュリティ管理グループは、今後の更新で追加される予定であることに注意してください。
プラットフォーム ランディング ゾーンの実装オプション: 記事を再構築して、プラットフォーム ランディング ゾーンの実装と、2 つの主要なアプローチに対する簡略化されたガイダンスに特に焦点を当てています。 これには、詳細な 4 フェーズ アプローチを備えた推奨されるコードとしてのインフラストラクチャ (IaC) アクセラレータと、ポータル ベースのアクセラレータが含まれています。 Bicepと Terraform の両方について、複数の実装バリアントを改善されたオプションと拡張されたAzure検証済みモジュールのガイダンスに置き換えました。
Azureランディング ゾーンとは何ですか?: 推奨されるアプローチとして IaC アクセラレータを強調するための再構築されたデプロイ ガイダンス。 サブスクリプションの自動販売機の詳細を使用してアプリケーションランディングゾーンの説明を強化し、 ランディングゾーンP1サブスクリプション の目的を明確にしました。
セキュリティを強化してクラウド資産を管理する: セキュリティで保護された将来のイニシアティブの要件Microsoft確認し、セキュリティ評価に統合するためのガイダンスを追加しました。
クラウド移行のワークロードを評価する: AppCAT 参照を GitHub Copilot アプリ モダン化ツールに置き換え、依存関係のキャプチャ、コード リビジョン、コンテナー化、デプロイ ファイルの生成、AI 支援コーディングなどの機能を詳しく説明しました。
セキュリティ チーム、ロール、および機能: 小規模な組織向けの実行可能な最小限のセキュリティ チームに関する新しいセクションと、クラウド導入と最新の開発プラクティスによってセキュリティ ロールがどのように変化するかについての説明が強化されました。
2025 年 11 月
更新された記事
AI のサービスとしてのプラットフォーム (PaaS) ソリューションAzure管理する: 定義と実用的な例を追加することで、プロビジョニングされたスループット ユニット (PTU)、取得拡張生成 (RAG)、ロールベースのアクセス制御 (RBAC) などの主要な概念の説明を改善しました。 コンテンツをより明確な手順に再構成し、生成 AI ゲートウェイを使用してコストを管理し、トレーニング データセットのバージョン管理を実装するなど、具体的な例を追加しました。
Azure Virtual Desktopのビジネス継続性とディザスター リカバリー: ユーザーの割り当てとフェールオーバーの手順を使用した 2 リージョンのセットアップについて説明することで、アクティブ/アクティブ ホスト プール セクションを明確にしました。 アクティブ/パッシブ シナリオFSLogixプロファイル ストレージの動作に関するガイダンスを追加しました。
セキュリティを強化してクラウド資産を管理する: 書式設定の一貫性と明確さが向上しました。 ディザスター リカバリー計画と回復力のあるアーキテクチャ設計の区別をより正確で実用的な言語で明確にすることで、ビジネス継続性とディザスター リカバリーに関する推奨事項を強化しました。
セキュリティで保護されたクラウド資産を準備する: 用語と書式設定が改善されました。 Well-Architected Framework の用語に合わせて、可用性セクション全体で 回復性 を 信頼性 に変更しました。 設計の推奨事項で回復性パターンと回復性メカニズムの違いを明確にしました。 読みやすくするために、箇条書きの間隔を標準化しました。
2025 年 10 月
更新された記事
microsoft クラウド導入フレームワーク for Azure: 読みやすさと論理フローが向上しました。 この記事の前半に示すように方法論の説明を移動し、わかりやすくするために基本と運用手法のセクションを再構成し、組織の種類の表を簡略化しました。 Azure導入のための実用的なガイダンスに焦点を当てるために、プロモーション言語を削除しました。
Azure Arc Oracle Exadata Database@Azureの接続設計: Microsoft Entra IDを使用して、Secure Shell (SSH) 認証と、Azure Arc対応の Oracle Exadata クラスター ノードでの特権アクセス監視を管理するためのガイダンスを追加しました。 一元化された ID 検証を有効にする、ロールベースのアクセス制御 (RBAC) ポリシーを構成する、Azure Monitorエージェントをデプロイする、SSH アクセスと特権アクションのセキュリティ監査を実装する詳細な手順を含むように記事を更新しました。
Azureランディング ゾーンでのActive DirectoryとMicrosoft Entra IDを使用したハイブリッド ID: このガイダンスを更新して、最新の認証プラクティスを強調し、レガシ認証メカニズムに関するセキュリティ警告を追加しました。 わかりやすくするためにコンテンツ セクションを再構成し、ドメイン コントローラーの保護に関する推奨事項を強化し、ID サービスとのAzure Arc統合に関するガイダンスを追加しました。
アプリケーション ID とアクセス管理: 概要を拡張して、コンポーネント間認証とユーザー ID 管理の両方の対象範囲を明確にし、論理フローを改善するためにコンテンツ セクションを再構成し、ユーザーの種類と認証サービスの互換性に関する質問を含む設計上の考慮事項を強化しました。
ランディング ゾーン ID とアクセス管理: 資格情報ベースの攻撃から保護するためのフィッシングに強い多要素認証 (MFA) に関するガイダンスを追加することで、セキュリティに関する推奨事項を強化しました。 また、Just-In-Time (JIT) の適用と拡張されたロールの割り当ての例を使用して、Just-Enough アクセスの原則を明確にして、運用環境と開発/テスト環境を個別に示しました。 従来のAzure管理者の廃止を反映するように用語を更新しました。
ID とアクセス管理の設計領域: 概要を強化して、クラウド セキュリティにおける ID の基本的な役割を強調し、セキュリティが低い ID のリスクに関する警告を追加しました。 プラットフォーム ID チームとアプリケーション管理者を区別することで、チームの責任を明確にしました。 ゼロ トラストと ID アーキテクチャの現在のベスト プラクティスをより適切に反映するように用語を改善しました。
Azureランディング ゾーンとは何ですか?: 用語を明確にし、概念理解を改善しました。 Azure を使用するすべての組織向けの標準化されたアプローチとしての Azure ランディング ゾーンをより適切に説明できるよう、導入部を改善しました。 また、プラットフォーム ランディング ゾーン (共有サービス) とアプリケーション ランディング ゾーン (ワークロード ホスティング) の違いを明確にし、一貫性と精度を向上させるために記事全体の説明を改善しました。
Azure Arc対応サーバーのネットワーク トポロジと接続: 現在のサービス機能とベスト プラクティスを反映するように、このガイダンスを更新しました。 Azure Arc ゲートウェイが一般公開されたことを明確にしました。間接的に接続されたモードは 2025 年 9 月の時点で廃止され、ドメイン ネーム システム (DNS) に関する考慮事項やAzure ExpressRoute回復性プラクティスなど、Azure Private Link実装に関する推奨事項が強化されていることに注意してください。
Azure Virtual Desktopネットワーク トポロジと接続設計ガイダンス: Azureランディング ゾーン内に Virtual Desktop を実装するための技術的なガイダンスを明確にしました。 ネットワーク コンポーネント、推奨事項、および詳細なシナリオに対応する個別のセクションにコンテンツを再構成しました。 また、さまざまな展開パターンのアーキテクチャ ガイダンスが強化され、リモート デスクトップ プロトコル (RDP) の Shortpath の実装と DNS 構成の要件が明確になります。
Azure ランディング ゾーンにおける Virtual WAN ネットワーク トポロジ: Azure ランディング ゾーンの実装手順を明確化しました。 ハブアンドスポーク アーキテクチャの作成、デプロイ計画、接続オプション、ルーティング構成、セキュリティ制御、監視プラクティスをカバーする個別のセクションにコンテンツを再構成しました。 更新された図を使用して記事を強化し、アクセシビリティの説明を改善し、移行ガイダンスを簡略化して、エンタープライズ環境内でVirtual WANを実装するための重要な手順に焦点を当てた。