このガイドのリソースは、各ワークロードを評価し、各ワークロードの移行に対する適合性についての前提条件を吟味し、移行オプションに関するアーキテクチャ上の決定を行うのに役立ちます。
理想的な移行では、すべての資産がクラウド プラットフォームと互換性があり、いつでも移行または最新化できる状態にあることでしょう。 しかし、実際には、すべてのワークロードをクラウドに移行するべきではありません。 すべての資産がクラウド プラットフォームと互換性があるわけではありません。 ワークロードをクラウドに移行する前に、各ワークロードとすべての依存資産を評価します。
移行のために評価と計画を行う方法については、クラウド導入フレームワークの計画手法を使用できます。 この計画では、増分型の合理化と 10 のパワーの方法を使用することが推奨されています。 これには、Azure Migrate を使用してデジタル資産を評価するためのベスト プラクティスも含まれています。
上記のリンクでは、前提条件は許容されることが示唆され、移行の計画段階では多くの場合推奨されています。 これらの前提条件は、クラウドに移行する前にワークロードごとに吟味する必要があります。
増分型の合理化の 2 つの手順
増分型の合理化を正しく実現するには、均等に重み付けされた 2 つの手順が必要です。 どちらの手順でも、データおよび環境の分析情報が必要です。 ただし、どちらの方法でも、移行作業を成功させるために必要な時間と詳細の粒度が尊重されます。
10 のパワーのリリース計画: 最初の合理化とリリース計画では、合理化の 5 R のうち 1 つだけを評価で使用します。 戦略と計画のテンプレートの全体的な動機に最適な合理化オプションに基づいて、見積もりと計画を行います。
各ワークロードの詳細な評価: 10 のパワーのリリース計画に関連する前提条件は、計画を策定するには十分受け入れ可能です。 ただし、移行前に評価されていない場合は、これらの同じ前提条件によって重大な問題が発生する可能性があります。
前提条件を吟味して計画を更新する
Azure Migrate または任意の評価ツールで評価データをよく確認します。 このデータにより、互換性の問題、修復要件、サイズの提案、およびその他の考慮事項に関する分析情報が得られます。
移行の前に、そのデータと、発見のための討議を使用して、この特定のワークロードの移行の実現可能性を評価します。 発見のための討議は、製品所有者、開発チーム、管理者などと一緒に行います。 この発見を使用して、このワークロードに関する核となる前提条件を吟味します。 発見された事柄によって移行または導入の計画が変更される場合は、必要に応じて計画を更新します。
これらの前提を吟味する最初の手順は、合理化の 5 R すべてのレビューです。
- 想定される合理化アプローチは、このワークロードに適していますか。 これは最適なアプローチですか。
- レプリケーションの物理的性質のいずれかが、このワークロードの移行に影響しますか。
- このワークロードでは、移行前に修復アクティビティが必要ですか。
これらの種類の質問は、前提条件の吟味に役立ち、各ワークロードの最適なパスにつながります。
前提条件を検証するためのその他の質問とプロセスについては、評価プロセスの改善の概要に関する記事を参照してください。
シナリオ
このガイドでは、次のシナリオについて説明します。
- レガシ ハードウェア: サポートの終了または耐用期間の終了に近づいているレガシ ハードウェアへの依存関係を削除するために移行する。
- 容量の増加: 現在のインフラストラクチャでは提供できないインフラストラクチャ、アプリ、およびデータなどの資産の容量を増やす。
- データセンターの最新化: 確実にビジネスを最新の状態に保ち、競争力を維持するために、クラウド テクノロジを使用してデータセンターを拡張または最新化する。
- アプリケーションまたはサービスの最新化: クラウド ネイティブ機能を利用できるようにアプリケーションを更新する。 最初の目標は、リホスト移行戦略のようなものである可能性があります。 しかし、アプリケーションやサービスのレビューと潜在的な最新化を実現するための計画を作成する機能は、どの移行でも共通のプロセスです。
組織の配置および利害関係者
利害関係者の完全な一覧は、移行プロジェクトによって異なります。 移行計画の開始時にはすべての利害関係者を把握できていないと考えた方が良いです。 利害関係者が特定されるのは、多くの場合、プロジェクトの特定のフェーズ中のみです。 移行プロジェクトを開始する前に、組織の全体的なクラウド移行作業に利害関係がある財務、IT インフラストラクチャ、およびアプリケーション グループの主要なビジネス リーダーを特定します。
これらの主要な高レベルの利害関係者を中心に構築されたコア クラウド戦略チームを確立します。 このチームは次のことを行います。
- クラウドの導入に向けて組織を準備し、全体的なクラウド移行作業をガイドします。
- クラウド テクノロジと移行プロセスを理解する責任があります。
- 移行に関する業務の妥当性を識別します。
- 移行作業に関して最適な高レベルのソリューションを決定します。
- 特定のアプリケーションと業務の利害関係者を識別し、連携して、移行を確実に成功させることができるように支援します。
詳細については、クラウド導入フレームワークの初期の組織配置に関するガイドラインを参照してください。
通常、このガイドで説明されている移行シナリオは、1 - 6 か月で完了できます。
移行のタイムラインを評価する際は、以下について考慮します。
- 移行する資産: インフラストラクチャ、アプリ、データなどの資産の数と多様性はどのようになっていますか?
- スタッフの準備状況: スタッフは新しい環境を管理する準備ができていますか、それともスタッフにはトレーニングが必要ですか?
- 資金調達: 移行を完了するための適切な承認と予算がありますか?
- 管理の変更: お客様のビジネスには、変更の実装と承認について特定の要件がありますか?
- セグメントの規制: セグメントまたは業界の規制を遵守する必要がありますか?
環境を評価することにより、コスト分析の手順を含めるよい機会が得られます。 評価活動によって収集されたデータを使用すれば、コストを分析して予測できます。 このコスト予測では、従量課金サービスのコストと、増加したデータのイングレスなどの 1 回限りのコストの両方を考慮する必要があります。
移行中に、意思決定や実行アクティビティに影響を与える特定の要因:
- デジタル資産のサイズ: ご利用のデジタル資産のサイズを把握することは、意思決定と、移行を実行するために必要なリソースに直接影響します。
- 会計モデル: 構造化資本費用モデルから流動的運用費用モデルへの移行。
次のリソースには、関連する情報が提供されています。
