作業を開始しましょう。基本的なアラインメントに関する決定事項を理解し、文書化する
クラウド導入により、ビジネス、技術、組織上の多くのベネフィットを得ることができます。 組織がクラウド導入の取り組みで何を達成しようとしているかにかかわらず、最初のいくつかの決定事項を、この取り組みに関係するすべてのチームが理解している必要があります。 この記事に示されている手順のリストでは、設計上の決定事項をドキュメント化することで、組織がクラウド導入プロセスの準備をするのに役立ちます。
注意
この記事のリンクは、クラウド導入フレームワークのドキュメントの複数の領域につながっています。 この記事をブックマークすると、このチェックリストで推奨されているさまざまな記事を調べた後に、再度このチェックリストに戻りやすくなります。
開始する前に
このガイドに取り組む際に、最初の意思決定テンプレートを使用して、基本的な決定事項を行うつど記録します。 このテンプレートは、クラウド環境の構成と、各決定の背後にある理由を明確にするのに役立ちます。 この情報を 1 か所に集めることで、クラウド導入ライフサイクルに加わるチーム メンバーを迅速にオンボードできます。
Azure で実行されている環境が既にあるとします。 その場合は、Azure ガバナンス ビジュアライザーを使ってすばやくドキュメント化できます。 このビジュアライザーは、Azure ロールベースのアクセス制御 (Azure RBAC)、Azure Blueprints、ポリシー、サブスクリプションなどに関する分析情報を提供します。 また、収集されたデータを使用して、階層マップに対する可視性を提供し、テナントの概要を作成し、管理グループとサブスクリプションに関する詳細なスコープの分析情報をビルドします。
手順 1:Azure のしくみを理解する
クラウド導入の取り組みに関するクラウド プロバイダーとして Azure を使用する場合、Azure のしくみを理解する必要があります。
関与するチーム、成果物、補助的なガイダンス:
組織のクラウド導入ライフサイクルに関わるすべての人が、Azure とそのしくみについて理解している必要があります。
手順 2:Azure の初期概念を理解する
Azure は、一連の基礎の概念に基づいてビルドされています。 これらの概念を理解していれば、Azure の実装に関する技術的な戦略について深く話し合うのに役立ちます。
関与するチーム、成果物、補助的なガイダンス:
組織の Azure 技術戦略の実装に関わるすべての人が、Azure の基本概念の用語と定義を理解している必要があります。
手順 3:ポートフォリオを確認する
クラウド ホスティングと環境に関するすべての決定に際しては、ワークロードのポートフォリオを理解している必要があります。 Microsoft のクラウド導入フレームワークには、ポートフォリオの理解と評価に役立つツールが含まれています。
成果物:
- 最初の意思決定テンプレートで、ポートフォリオ ドキュメントの場所、状態、管理責任者を記録します。
成果物の完成をサポートするためのガイダンス:
- 基本的な概念は、クラウドの導入の取り組みに着手する前に、Azure の重要なトピックについて理解するのに役立ちます。
- 運用管理ブックとビジネス アラインメント アプローチは、クラウド運用チームに移されるワークロードと資産を理解するのに役立ちます。
- クラウド導入の計画では、クラウド導入予定のワークロードと資産のバックログが提供されます。
- デジタル資産の解析のアプローチは、クラウド導入予定の既存のワークロードと資産をドキュメント化するのに役立ちます。 Azure では、デジタル資産は Azure Migrate ツールで最も適切に表現されます。
説明責任チーム | 実行責任チームとサポート チーム |
---|---|
手順 4:ポートフォリオを調整するためのポートフォリオ階層の深さを定義する
ある組織では、1 つのワークロードとそのサポート資産を使用して、クラウドの資産とワークロードをホストできます。 他の組織では、クラウド導入の戦略に何千ものワークロードや多数のサポート資産を含める必要が生じる場合があります。 ポートフォリオ階層ではレベルごとに共通名が提供され、組織が使用することに決めたクラウド プロバイダーに関係なく共通言語が作成されます。
成果物:
- 最初の意思決定テンプレートに、関連するすべての階層のニーズを記録します。
成果物の完遂をサポートするうえでのガイダンス:
- 基本的な用語を揃えることができるように、ポートフォリオ階層のレベルについて理解します。
説明責任チーム | 実行責任チームとサポート チーム |
---|---|
手順 5: ポートフォリオ全体で名前付けとタグ付けの標準を確立する
既存のすべてのワークロードと資産に、特定の名前付けとタグ付けの標準に従って、適切な名前とタグを付ける必要があります。 それらの標準をドキュメント化し、すべてのチーム メンバーが参照として利用できるようにします。 可能な限り、タグ付けの要件を最小限にするために、標準を自動的に適用する必要があります。
成果物:
- 最初の意思決定テンプレートで、名前付けとタグ付けの規則のブックの場所、状態、管理責任者を記録します。
成果物の完成をサポートするためのガイダンス:
- 名前付けとタグ付けの標準を作成します。
- 決定事項を追跡するために、名前付けおよびタグ付け規則の追跡テンプレートに入力します。
- Azure の既存のタグを確認して更新します。
- Azure にタグ付けポリシーを適用します。
説明責任チーム | 実行責任チームとサポート チーム |
---|---|
手順 6:ポートフォリオ階層を実装するためのリソース組織の設計を作成する
リソース編成の設計を作成して、ポートフォリオ階層の決定と矛盾なく一致させる必要があります。 この設計により、クラウド プロバイダーの組織用ツールを、ご自分のクラウド導入プランをサポートするポートフォリオ階層に合わせることができます。 また、クラウド環境内の特定の境界にデプロイできる資産を明確にすることで、実装のガイドとするのにも役立ちます。
成果物:
- 最初の意思決定テンプレートで、Azure 製品をポートフォリオ階層の対応するレベルにマップします。
成果物の完成をサポートするためのガイダンス:
- Azure 製品でポートフォリオ階層がどのようにサポートされるかを理解します。
- 選択したポートフォリオ階層と合わせるための既存のサブスクリプションをレビューします。
サブスクリプション戦略の構築:
- 2 つのサブスクリプションから開始します。 共有サービスやサンドボックス サブスクリプションなどの一般的なエンタープライズ ニーズに対応するために、基本サブスクリプションの設計を追加します。
- クラウド導入プランをサポートするためにさらにサブスクリプションが必要なので、複数のサブスクリプションを管理できることを確認します。
- ポートフォリオ階層に基づいて明確な境界を確立します。
- 組織の戦略に準拠するように、必要に応じてリソース グループと資産をサブスクリプション間で移動します。
説明責任チーム | 実行責任チームとサポート チーム |
---|---|
手順 7:機能、チーム、RACI を基本概念にマップする
ポートフォリオ階層の複雑さにより、さまざまなチームの日常業務のガイドとなる、組織の構造体や手法に関する情報が提供されます。
成果物:
- 組織の足並みを揃えるために、ファースト ステップ ガイドを完了してください。
成果物の完成をサポートするためのガイダンス:
- 前の手順を使って、ポートフォリオ階層のアカウンタビリティ ガイダンスを評価します。 専用の組織または仮想チームが提供する必要がある機能があれば決定します。
- 「作業を開始しましょう。組織の足並みを揃える」を使用して、ポートフォリオ階層のアカウンタビリティ ガイダンスを RACI (実行責任者、説明責任者、協業先、報告先) 図に適用します。
説明責任チーム | 実行責任チームとサポート チーム |
---|---|
次の手順
これらの基本概念を基に、Microsoft クラウド導入フレームワークのファースト ステップに関するセクション内のガイドに従ってビルドします。
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示