この記事は、 アマゾン ウェブ サービス (AWS) から Azure にワークロードを移行する方法に関するシリーズの一部です。
ワークロードの移行は、特に最初の移行である場合、またはワークロードに多くの依存関係がある場合は、集中的なプロジェクトです。
このシリーズと適切なアプローチを使用して、ワークロードを自信を持って移行し、問題に対処する準備をします。
このシリーズでは、成功するために必要な次の項目について説明します。
- 具体的で適切な計画
- 関連する利害関係者からの関与、調整、最終承認
- 強固なターゲット アーキテクチャ
- 各ワークロード コンポーネントの適切な移行戦略
- 段階的なアプローチと明確なチェックリスト
ヒント
エキスパートに頼ることができることに注意してください。 可能であれば、AWS ワークロードを Azure に正常に移行した同僚や Microsoft の専門家と協力してください。 たとえば、クラウド ソリューションアーキテクトや Microsoft Industry Solutions Delivery チームに問い合わせてください。 これらのエクスペリエンスは、課題をナビゲートし、ベスト プラクティスを採用するのに役立ちます。
移行には、チーム間の労力、調整、協力が必要です。 AWS ワークロードの移行と使用停止に成功したら、 成功を祝います。
環境の改善を続けるには、移行後のワークロードの最適化で、移行後のチューニングとコストの最適化に関 する推奨事項を確認します。 Microsoft 開発者の変更ログを監視して、Azure、GitHub、や Microsoft 開発ツールの更新を最新の状態に保ちます。
ツールと参照
Training
- AWS から Azure への移行の概要
- Azure Database for PostgreSQL の構成と Azure Database for PostgreSQL への移行
- Azure Database for PostgreSQL フレキシブル サーバーへの移行
ワークロード移行の例
- AWS Lambda ワークロードを Azure Functions に移行する
- Amazon Relational Database Service (Amazon RDS) for PostgreSQL を Azure Database for PostgreSQL (オフライン) に移行する
- Amazon Aurora PostgreSQL を Azure Database for PostgreSQL に移行する (オフライン)
- Amazon Elastic Kubernetes Service (EKS) プロフェッショナル向けの Azure Kubernetes Service (AKS)
- Border Gateway Protocol (BGP) 対応の仮想プライベート ネットワーク (VPN) ゲートウェイを使用して AWS と Azure を接続する
- Amazon API Gateway を Azure API Management に移行する
- AWS 仮想マシン (VM) の検出、評価、および Azure への移行