他のクラウド プラットフォームから Azure にワークロードを移行する

このコンテンツ コレクションは、ワークロード チームがワークロードの移行を計画および実装するのに役立つようキュレーションされています。 アマゾン ウェブ サービス (AWS) や Google Cloud Platform (GCP) などのクラウド プラットフォームから Microsoft Azure への移行について説明します。 予想される結果は、Azure への移行が完了した後、ソース プラットフォームでワークロードを使用停止にすることです。

通常、Azure への移行には ワークロードの再プラットフォーム化が含まれます。これには、インフラストラクチャと管理レイヤーの両方をソース クラウド プロバイダーから Azure に移行することが含まれます。 移行プロセスの準備を行うには、Azure 上のソース コンポーネントに最適なコンポーネントを見つける必要があります。 すべてのコンポーネントに直接同等のコンポーネントがあるわけではないことに注意してください。 機能を維持し、ビジネス目標を達成するには、アーキテクチャを再設計するか、コードを見直す必要があります。 このコレクションには、一般的なワークロード コンポーネントとプラットフォーム サービスの比較が用意されており、移行シナリオの例が含まれています。

ワークロード移行の前提条件

ワークロードは、組織が Azure にコミットされ、Azure を採用するためのアプローチを確立した後にのみ移行する必要があります。 ワークロードを移行する前に、Azure の基本的な概念を理解し、アクティブな Azure 登録を行うことをお勧めします。 これらの目標を達成するために、次のクラウド導入フレームワーク (CAF) リソースを探索します。

• Azure で使用される用語と、概念が相互にどのように関連しているかについて説明します。

  Azure の基本的な概念

• トレーニング モジュールの学習目標を完了して、組織の移行計画を策定し、移行する必要があるワークロードの種類を特定します。

  クラウド導入フレームワークの移行手法について説明します

次のフェーズでは、ワークロード チームが移行を計画して実装します。 現在のワークロード設計を評価し、Azure でソリューションを準備し、必要なコード変更を行い、移行を実行します。

対象ユーザー

このコレクションは、チーム レベルで次のワークロードの役割と機能に適用されます。

• さまざまなアーキテクチャの側面を再設計し、全体的なアーキテクチャを検証して、ビジネス要件を引き続き満たすようにするワークロード アーキテクト。 アーキテクトは、ワークロードの特定の特性とビジネス上の制約を考慮して、ギャップに対処します。

• 移行プロセス中および移行後に責任がどのように変化するかを理解する必要があるワークロード チーム メンバー。 たとえば、Amazon Relational Database Service でスクリプトを管理し、毎日のバックアップを実行するデータベース管理者は、Azure SQL Database で同じタスクを実行するように調整する必要があります。

コンテンツ レイアウト

移行ガイドのコンテンツは、ワークロードが現在実行されているソース プラットフォームによって分類されます。 各カテゴリには、比較記事が含まれています。 開始するには、ワークロードとそのサービスの機能を、最も近い Azure に対応する機能と比較します。 これらの記事には、シナリオの例や、比較を示すサービス レベルの移行ガイドも含まれています。

ソース プラットフォームに基づいて学習体験を開始します。

このコレクションには、すべてのプラットフォームに適用される記事も含まれています。 すべてのセクションには、便宜上、このようなプラットフォームに依存しない記事が含まれています。

Tools

コンテンツに加えて、移行タスクを支援したり、ビジネス目標に対する移行の成功を測定したりするための特殊なツールを探索できます。