作業の開始: 基本的な調整の決定を理解して文書化する
クラウド導入では、ビジネス、技術、組織の利点が多数提供されます。 組織がクラウド導入の過程で何を達成したい場合でも、その過程に関与するすべてのチームが理解する必要がある特定の最初の決定があります。 この記事では、設計上の決定を文書化し、クラウド導入プロセスのために組織を準備するのに役立つ手順の一覧を示します。
手記
この記事のリンクは、クラウド導入フレームワークのドキュメントの複数の領域につながります。 この記事をブックマークすると、チェックリストが推奨するさまざまな記事を確認した後で、このチェックリストをもう一度見つけやすくなります。
開始する前に
このガイドを進める際には、最初の意思決定テンプレート を使用して、行った基本的な決定を記録します。 このテンプレートは、クラウド環境の構成と、各決定の背後にある理由を明確にするのに役立ちます。 この情報を 1 か所にまとめると、クラウド導入ライフサイクルに参加するチーム メンバーを迅速にオンボードできます。
Azure で実行されている環境がある場合は、Azure ガバナンス ビジュアライザー
手順 1: Azure のしくみを理解する
クラウド導入体験のクラウド プロバイダーとして Azure を使用する場合は、Azure ののしくみ
関与するチーム、成果物、補助的なガイダンス:
組織のクラウド導入ライフサイクルに関係するすべてのユーザーが、Azure とは何か、およびそのしくみを理解する必要があります。
手順 2: 最初の Azure の概念を理解する
Azure は、
関与するチーム、成果物、支援ガイダンス:
組織の Azure テクノロジ戦略の実装に関与するすべてのユーザーは、Azure の基本概念の用語と定義を理解する必要があります。
手順 3: ポートフォリオを確認する
クラウド ホスティングと環境に関するすべての決定では、ワークロードのポートフォリオを理解する必要があります。 Microsoft のクラウド導入フレームワークには、ポートフォリオを理解して評価するのに役立つツールが含まれています。
成果物:
- 最初の意思決定テンプレートで、ポートフォリオ ドキュメントの場所と状態と、その管理を担当するユーザーを記録します。
成果物の完了をサポートするための ガイダンス:
基本的な概念、クラウド導入の取り組みを開始する前に、重要な Azure トピックを理解するのに役立ちます。
運用管理ブックの とビジネスアラインメントアプローチは、クラウド運用チームに移行するワークロードと資産を理解するのに役立ちます。
クラウド導入計画 は、クラウド導入のために予定されているワークロードと資産のバックログを提供します。
デジタル資産分析 アプローチは、クラウド導入のために予定されている既存のワークロードと資産を文書化するのに役立ちます。 Azure では、デジタル資産は、Azure Migrate ツールで最もよく表されます。
| 責任を負うチーム | 責任あるサポート チーム |
|---|---|
手順 4: ポートフォリオ階層の深さを定義してポートフォリオを調整する
一部の組織では、1 つのワークロードとそのサポート資産を使用して、資産とワークロードをクラウドでホストできます。 他の組織では、クラウド導入戦略のために何千ものワークロードと多くのサポート資産を含める必要がある場合があります。 ポートフォリオ階層は、各レベルに共通の名前を提供し、組織が使用するクラウド プロバイダーに関係なく共通言語を作成します。
成果物:
- の初期決定テンプレートで、関連するすべての階層のニーズを記録します。
成果物の完了をサポートするための ガイダンス:
- 基本的な用語を調整できるように、ポートフォリオ階層 のレベルを理解します。
| 責任あるチーム | 責任あるサポート チーム |
|---|---|
手順 5: ポートフォリオ全体で名前付けとタグ付けの標準を確立する
既存のすべてのワークロードと資産は、特定の名前付けおよびタグ付け標準に従って適切に名前を付け、タグ付けする必要があります。 これらの標準を文書化し、すべてのチーム メンバーの参照として使用できるようにします。 最小限のタグ付け要件を確保するには、可能な限り標準を自動的に適用する必要があります。
成果物:
- あなたの命名規則およびタグ付け規則のワークブックの場所と状態、並びにそれを管理する責任者を、の最初の意思決定テンプレートに記録してください。
成果物の完了をサポートするための ガイダンス:
の名前付けとタグ付けの標準を作成します。
Azureで既存のタグを確認して更新します。
Azureでタグ付けポリシーを適用します。
| 責任を持つチーム | 責任あるサポート チーム |
|---|---|
手順 6: ポートフォリオ階層を実装するリソース組織の設計を作成する
ポートフォリオ階層の決定に一貫性を持たないように、リソース組織の設計を作成する必要があります。 この設計により、クラウド プロバイダーの組織ツールは、クラウド導入計画をサポートするポートフォリオ階層に合わせて調整されます。 また、クラウド環境内の特定の境界にデプロイできる資産を明確にすることで、実装をガイドすることもできます。
成果物:
- の初期決定テンプレートで、Azure 製品をポートフォリオ階層の調整されたレベルにマップします。
成果物の完了をサポートするための ガイダンス:
Azure 製品 ポートフォリオ階層をサポートする方法について説明します。
選択したポートフォリオ階層に合わせて、既存のサブスクリプションを確認します。
サブスクリプション戦略を構築する:
2 つのサブスクリプションで開始します。 共有サービスや サンドボックス サブスクリプションなどの一般的なエンタープライズ ニーズを考慮して、基本的なサブスクリプション設計を追加します。
クラウド導入計画をサポートするために、必要に応じてサブスクリプションが増える。複数のサブスクリプションを管理できることを確認してください
。 組織の戦略に準拠するために必要な場合に、サブスクリプション間 リソース グループと資産を移動します。
| 責任あるチーム | 責任あるサポート チーム |
|---|---|
手順 7: 機能、チーム、RACI を基本的な概念にマップする
ポートフォリオ階層の複雑さは、さまざまなチームの日常業務を導く組織の構造と方法論を示します。
成果物:
- 組織の連携に関するファースト ステップ ガイドを完了します。
成果物の完了をサポートするための ガイダンス:
- 前の手順を使用して、ポートフォリオ階層の説明責任ガイダンスを評価します。 専用の組織または仮想チームが提供する必要がある可能性がある機能 (ある場合) を決定します。
| 責任あるチーム | 責任あるサポート チーム |
|---|---|
次の手順
Microsoft クラウド導入フレームワークの「はじめに」セクションのガイドに従って、これらの基本概念に基づいて構築します。