計画
クラウドの導入を成功させるには、技術的な準備以上のものが必要です。 目標に固有の実用的な手順にクラウド戦略を変換するクラウド導入計画が必要です。
クラウド用に組織を準備する
組織は、ビジネス目標を達成しながらクラウド リソースを効果的にデプロイ、管理、最適化するために、組織の構造とプロセスをクラウド導入の目標に合わせる必要があります。
組織の種類に基づいてクラウド導入体験をマップします。 スタートアップ企業は、CAF プラン、準備完了、クラウドネイティブの開発フェーズを使用して、クラウドネイティブ ソリューションを構築する必要があります。 企業は、IT 資産を評価し、完全な CAF 計画プロセスに加えて、準備、移行、最新化の各フェーズに従う必要があります。
組織構造に合った管理モデルを選択します。 小規模な組織では、一貫したポリシーの適用のために一元化された操作を選択する必要があります。 中規模企業は、プラットフォーム チームがランディング ゾーンを管理し、ワークロード チームが自律的に運用する共有管理を実装する必要があります。 熟練したチームを持つ組織は、完全な所有権のために分散型の運用を採用する必要があります。
ガバナンス、セキュリティ、管理機能全体でクラウドの責任を計画します。 リスクを評価し、ポリシーを定義するためのガバナンス チームを確立します。 クラウド ライフサイクルのすべてのステージにセキュリティを埋め込みます。 ビジネス目標に合った運用プロセスを定義します。 AI 戦略を策定し、AI 導入に適したチームを構築します。
明確な所有権の割り当てを使用してクラウドの責任を文書化します。 特定の所有権を持つガバナンス、セキュリティ、運用全体の責任をマップします。 パートナーの役割を定義し、すべての利害関係者に責任を伝えます。 環境の進化に合わせて、責任を定期的に確認します。
クラウド用にユーザーを準備する
Teams では、クラウド サービスの導入と運用を成功させるために特定のスキルが必要であり、実装リスクを軽減し、価値を高める時間を短縮します。
Azure の導入に必要なスキルを評価します。 Teams には、ガバナンス、セキュリティ、ID、ネットワーク、管理の基礎が必要です。 Azure 環境マネージャーには、RAMP モデルスキル (準備、管理、監視、保護) が必要です。 クラウドネイティブの開発チームには、プラットフォーム エンジニアリング、コンテナー化、マイクロサービス、AI 開発機能が必要です。
構造化されたトレーニングと専門家のサポートを通じてスキルのギャップを埋めます。 Microsoft Learn、パーソナライズされたトレーニング、Microsoft Applied Skills や certifications などの資格情報を使用してチームをトレーニングします。 ワークショップ、アーキテクチャ レビュー、ハンズオン ガイダンスには、Microsoft のスペシャリストまたは信頼できるパートナーを使用します。
継続的な学習プログラムを通じてクラウド スキルを維持する。 Azure Dev/Test サブスクリプションを使用して学習サンドボックスを作成します。 Microsoft Learn モジュールの週単位の時間を指定し、認識システムを作成し、Azure コミュニティ イベントに参加し、精選されたリソース コレクションを維持します。
スタートアップは、「 総保有コストの見積もり」にスキップします。 既存のワークロードがある場合は、既存のインベントリを検出する必要があります。
既存のワークロード インベントリを検出する
組織は、移行計画とビジネス ケース開発の基盤を提供するために、クラウド導入を計画する前に、現在のアプリケーション ポートフォリオを理解する必要があります。
体系的なドキュメントを使用してワークロード インベントリを検出します。 ワークロードの境界を定義し、検出に Azure Migrate などの自動化されたツールを使用します。 オートメーションが特定のシステムにアクセスできない場合は、環境全体のすべてのコンポーネントを含め、アセットを手動で文書化します。
ビジネス価値と移行の実現可能性に基づいてワークロードに優先順位を付けます。 ビジネスの重要度、クラウドの準備、依存関係、戦略的な調整を使用してワークロードを評価します。 ビジネス価値と技術的な実現可能性のバランスを取る、優先順位付けされた移行バックログを作成します。
移行の決定を導くために、各ワークロードのビジネスの詳細を収集します。 ドキュメントの所有権、ビジネス機能、重要度、データの機密性、コンプライアンス要件、運用上の制約、タイムライン。 この情報を使用して、移行戦略をガイドし、ビジネスの整合を確保します。
移行戦略を選択する
移行戦略の選択によって、各ワークロードに必要なアプローチ、タイムライン、リソースが決まります。また、ビジネス ドライバーや技術的な制約に合わせる必要があります。
移行の優先順位を確立するためのビジネス ドライバーを特定します。 高度なビジネス目標を定義し、現在の状態と目的の状態のギャップ分析を実行し、変更の緊急性を生み出す特定のビジネス ドライバーを決定します。
ビジネス ドライバーを適切な移行戦略に合わせます。 ビジネス ドライバーに基づいて戦略を選択します。冗長ワークロードの廃止、中断を最小限に抑えるためにリホストする、PaaS の導入のためのリプラットフォーム、コードの最適化のためのリファクター、クラウドネイティブ機能の再設計、SaaS 代替の置換、完全な再開発のためにリビルドする、または安定したワークロード用に保持します。
戦略固有の選択条件を適用して、意思決定を検証します。 ワークロードの安定性、Azure の互換性、チーム スキル、最新化のタイムライン、技術的負債レベル、アーキテクチャの制限、運用要件に対して選択した戦略を検証します。
リソースの可用性に基づいて最新化のタイミングを決定します。 チームのスキル、利用可能な時間、互換性の要件、資金調達の機会に基づいて、移行中に最新化するかどうかを評価します。
利害関係者のコミュニケーション計画を実行して、連携を確保します。 成功メトリックを定義し、利害関係者の意思決定を文書化し、クラウド戦略チームと調整し、要件の進化に合わせて戦略を更新するためのレビュー サイクルを作成します。
クラウド移行のワークロードを評価する
ワークロード評価では、クラウド移行を成功させるために技術的な要件、依存関係、リスクが特定され、アーキテクチャの決定と移行計画が通知されます。
ワークロード アーキテクチャを評価して、システムの構造と依存関係を理解します。 Azure Migrate などの評価ツールを使用して検出を自動化します。 主題の専門家とドキュメント アーキテクチャの図とコンポーネント リストを使用して、結果を検証します。
アプリケーション コードを評価して、互換性と最新化の機会を特定します。 AppCAT for .NET や Java アプリケーションなどの自動化されたツールを使用します。 Azure とのフレームワークと SDK の互換性を検証します。 ビジネス上の正当な理由が存在しない限り、不要なフレームワークの変更は避けてください。
データベースを評価して、データ アーキテクチャと移行の要件を理解します。 エンジンの種類とバージョンを含むすべてのデータベースを特定します。 アプリケーションとサービス間で受信依存関係と送信依存関係をマップします。 データベースを共有インスタンスとして移行するか、ワークロードごとに分割するかを決定します。
移行リスクを追跡して軽減するために、リスク レジスタを作成して維持します。 技術的、運用上、および組織上のリスクを文書化する包括的なリスク レジスタを確立します。 責任ある当事者と解決タイムラインを使用して軽減戦略を定義します。
総保有コストを見積もる
コスト見積もりは、クラウド導入の決定と予算計画のための財務基盤を提供し、情報に基づいた投資決定と継続的なコストの最適化を可能にします。
ビジネス要件と技術要件に基づいて Azure アーキテクチャを計画します。 制約とコンプライアンスのニーズを文書化して、アーキテクチャをビジネス要件と技術要件に合わせます。 必要な Azure サービス、リージョン、構成を特定して、Azure ランディング ゾーンのアーキテクチャとワークロード アーキテクチャを計画します。
計画されたアーキテクチャと使用パターンに基づいてコストを見積もります。 Azure 料金計算ツールを使用して、履歴または予測される使用状況データに基づいてアーキテクチャコストをモデル化します。 スキル トレーニングやプロセスの変更を含む運用コストを見積もります。 コストの高い要素を特定し、アーキテクチャを調整することで、予測が予算から逸脱した場合の見積もりを再評価します。 テスト デプロイを通じて前提条件を検証し、コスト ベースラインを確立します。
クラウド導入フレームワークの詳細なガイダンスについては、「 クラウド導入の計画」を参照してください。