Azure 製品によるポートフォリオ階層のサポート方法

ポートフォリオ階層を理解して整理する」では、ポートフォリオ階層とロール マッピングに対する定義セットによって、ほとんどのポートフォリオ アプローチのスコープの階層が確立されています。 その記事で説明されているので、概要を示す各レベルまたは "スコープ" は必要ないかもしれません。 レイヤーの数を最小限に抑えると複雑さが軽減されるため、これらのレイヤーをすべて要件として示すべきではありません。

この記事では、階層の各レベルまたはスコープが Azure の組織ツール、デプロイとガバナンス ツール、Microsoft の Azure 向けクラウド導入フレームワークのいくつかのソリューションでどのようにサポートされているかを示します。

Azure での階層の整理

Azure Resource Manager には、クラウド階層の各レベルで資産を整理するのに役立ついくつかの組織アプローチが含まれます。

次の図のスライド バーは、配置における一般的なバリエーションを示しています。 スライド バーの灰色の部分は一般的ですが、特定のビジネス要件にのみに使用する必要があります。 イメージの後のポイントでは、推奨されるベスト プラクティスについて説明します。

階層に対して調整されたリソース組織

  • ポートフォリオ: 企業または事業単位には、技術的な資産はおそらく含まれませんが、コストの決定に影響を与える可能性があります。 企業と事業単位は、管理グループ階層のルート ノードで表されます。
  • クラウド プラットフォーム: 各環境に対して、管理グループ階層内に独自のノードが与えられます。
  • ランディング ゾーンとクラウド基盤: 各ランディング ゾーンは、サブスクリプションとして表されます。 同様に、プラットフォーム基盤はそれ自体のサブスクリプションに含まれます。 クラウドごとやワークロードごとのサブスクリプションにサブスクリプション設計がいくつかあります。これにより、それぞれの整理ツールが変わります。
  • ワークロード: 各ワークロードは、リソース グループとして表されます。 リソース グループは、ソリューション、デプロイ、または資産の他の技術的なグループを表すためによく使用されます。
  • 資産: 各資産は、Azure のリソースとして本質的に表されます。

タグによる整理

ベスト プラクティスから逸脱することはよくあります。 これを記録するには、すべての資産にタグをつけます。 タグを使用し、階層の各関連レイヤーを表します。 詳細については、「推奨される名前付けおよびタグ付け規則」をご覧ください。