Azure ランディング ゾーンとは

Azure ランディング ゾーンは、8 つの設計領域にわたる主要な設計原則に準拠した環境です。 これらの設計原則は、すべてのアプリケーション ポートフォリオに適合し、アプリケーションの移行、最新化、イノベーションを大規模に実現できます。 Azure ランディング ゾーンでは、サブスクリプションを使用することで、アプリケーション リソースとプラットフォーム リソースが分離されてスケーリングされます。 アプリケーション リソースのサブスクリプションはアプリケーション ランディング ゾーンと呼ばれ、プラットフォーム リソースのサブスクリプションはプラットフォーム ランディング ゾーンと呼ばれます。

Azure ランディング ゾーン アーキテクチャ

Azure ランディング ゾーン アーキテクチャはスケーラブルかつモジュール式で、さまざまなデプロイ ニーズを満たします。 反復可能なインフラストラクチャを使用すると、すべてのサブスクリプションに一貫した構成と制御を適用できます。 モジュールによって、要件の発展に合わせて、特定の Azure ランディング ゾーン アーキテクチャのコンポーネントのデプロイおよび変更を行うことが簡単になります。

Azure ランディング ゾーンの概念アーキテクチャ ("図 1 を参照") は、Azure ランディング ゾーンのために熟慮されたターゲット アーキテクチャを表します。 この概念アーキテクチャを出発点として活用し、ニーズに合わせてアーキテクチャを適合させる必要があります。

図 1: Azure ランディング ゾーン概念アーキテクチャ。このアーキテクチャの Visio ファイルをダウンロードします。

設計領域: 概念アーキテクチャは、その 8 つの設計領域間の関係を示しています。 これらの設計領域は、Azure 課金と Microsoft Entra テナント (A)、ID とアクセス管理 (B)、リソース組織 (C)、ネットワーク トポロジと接続 (E)、セキュリティ (F)、管理 (D、G、H)、ガバナンス (C、D)、プラットフォーム自動化と DevOps (I) です。 設計領域について詳しくは、Azure ランディング ゾーン環境の設計領域をご覧ください。

リソース組織: 概念アーキテクチャは、サンプルの管理グループ階層を示しています。 管理グループごとにサブスクリプション (黄色のボックス) を編成します。 "プラットフォーム" 管理グループの下のサブスクリプションは、プラットフォーム ランディング ゾーンを表します。 "ランディング ゾーン" 管理グループの下のサブスクリプションは、アプロケーション ランディング ゾーンを表します。 概念アーキテクチャでは、5 つのサブスクリプションについて詳細を示しています。 各サブスクリプションのリソースと、適用されたポリシーを確認できます。

プラットフォームとアプリケーションのランディング ゾーンの比較

Azure ランディング ゾーンは、プラットフォーム ランディング ゾーンとアプリケーション ランディング ゾーンで構成されます。 両方の機能についてできる限り詳しく説明します。

プラットフォーム ランディング ゾーン: プラットフォーム ランディング ゾーンは、アプリケーション ランディング ゾーン内のアプリケーションに共有サービス (ID、接続、管理) を提供するサブスクリプションです。 多くの場合、これらの共有サービスを統合すると、運用効率が向上します。 1 つ以上の中央チームがプラットフォーム ランディング ゾーンを管理します。 概念アーキテクチャ ("図 1 を参照") で、"ID サブスクリプション"、"管理サブスクリプション"、"接続サブスクリプション" は、3 つの異なるプラットフォーム ランディング ゾーンを表します。 概念アーキテクチャでは、これら 3 つのプラットフォーム ランディング ゾーンについて詳しく示しています。 各プラットフォーム ランディング ゾーンに適用される代表的なリソースとポリシーを描いています。

アプリケーション ランディング ゾーン: アプリケーション ランディング ゾーンは、アプリケーションをホストするためのサブスクリプションです。 コードを通してアプリケーション ランディング ゾーンを事前プロビジョニングし、管理グループを使用してそれらにポリシー制御を割り当てます。 概念アーキテクチャ ("図 1 を参照") で、"ランディング ゾーン A1 サブスクリプション" と "ランディング ゾーン A2 サブスクリプション" は、2 つの異なるアプリケーション ランディング ゾーンを表します。 概念アーキテクチャでは、"ランディング ゾーン A2 サブスクリプション" のみが詳細まで示されています。 これは、アプリケーション ランディング ゾーンに適用される代表的なリソースとポリシーを描いています。

アプリケーション ランディング ゾーンの管理には、3 つの主要なアプローチがあります。 ニーズに応じて、(1) 中央チーム、(2) アプリケーション チーム、(3) 共有チームのいずれかの管理アプローチを使用する必要があります ("表を参照")。

アプリケーション ランディング ゾーン管理アプローチ	説明
中央チームによる管理	中央 IT チームがランディング ゾーンを完全に運用します。 このチームは、プラットフォームとアプリケーション ランディング ゾーンに制御とプラットフォーム ツールを適用します。
アプリケーション チームによる管理	プラットフォーム管理チームは、アプリケーション ランディング ゾーン全体をアプリケーション チームに委任します。 アプリケーション チームは環境を管理し、サポートします。 管理グループ ポリシーにより、プラットフォーム チームは引き続きアプリケーション ランディング ゾーンを管理できます。 サブスクリプション スコープで他のポリシーを追加し、アプリケーション ランディング ゾーンでのデプロイ、セキュリティ保護、または監視に、代替ツールを使用できます。
共有管理	AKS や AVS などのテクノロジ プラットフォームを使用して、中央 IT チームが基になるサービスを管理します。 アプリケーション チームは、テクノロジ プラットフォーム上で実行されているアプリケーションを担当します。 このモデルでは、さまざまな制御またはアクセス許可を使用する必要があります。 これらの制御と権限はアプリケーション ランディング ゾーンを中央で管理するために使用するものとは異なります。

Azure ランディング ゾーン アクセラレータ

アクセラレータは、Azure ランディング ゾーンを適切にデプロイするのに役立つ、コードとしてのインフラストラクチャの実装です。 デプロイ可能な 1 つのプラットフォーム ランディング ゾーン アクセラレータと、いくつかのアプリケーション ランディング ゾーン アクセラレータがあります。

プラットフォーム ランディング ゾーン アクセラレータ

Azure ランディング ゾーン ポータル アクセラレータという既製のデプロイ エクスペリエンスがあります。 Azure ランディング ゾーン ポータル アクセラレータは、概念アーキテクチャ ("図 1 を参照") をデプロイし、管理グループやポリシーなどの主要コンポーネントに、事前定義済みの構成を適用します。 これは、組織の概念アーキテクチャが計画的な運用モデルとリソース構造に合う組織に適しています。

Azure portal を使用して環境を管理する予定の場合は、Azure ランディング ゾーン ポータル アクセラレータを使用する必要があります。 Bicep または Terraform を使用する場合は、Bicep と Terraform のデプロイ オプションをご覧ください。 Azure ランディング ゾーン アクセラレータをデプロイするには、テナント (/) スコープでリソースを作成するアクセス許可が必要です。 これらのアクセス許可は、「ARM テンプレートを使用したテナント デプロイ: 必要なアクセス」のガイダンスに従って付与できます。

アプリケーション ランディング ゾーン アクセラレータ

アプリケーション ランディング ゾーン アクセラレータは、アプリケーション ランディング ゾーンのデプロイに役立ちます。 Azure アーキテクチャ センターにある使用可能なアプリケーション ランディング ゾーン アクセラレータの一覧を参照して、シナリオに合致するアクセラレータをデプロイします。

"アプリケーション ランディング ゾーンとその実装原則を説明するビデオ"

次のステップ

Azure ランディング ゾーンは、8 つの設計領域にわたる主要な設計原則に準拠した環境です。 これらの設計原則に精通して、ニーズに合わせて調整する必要があります。

設計原則