翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# アプリケーション移行プロセス
<a name="app-migration"></a>

繰り返し可能なプロセスで構成されるメカニズムを使用して、アプリケーションまたはワークロードを AWS クラウドに移行できます。このメカニズムには、移行の主要なマイルストーンを表す個別のステージがあります。

これらのステージは次のように分類できます。
+ アプリケーションとポートフォリオ**の検出**
+ Application Deep-Dive の後に AWS クラウドのターゲット状態**を設計**する
+ 設計を実装し、再利用可能なアーティファクトを作成して、*Migration Factory* と呼ばれる反復的でアジャイルなプロセスの基盤を確立することで**構築**する
+ ディープダイブ中に特定された依存関係やネイティブ AWS サービスと**の統合** 
+ ターゲットアーキテクチャでテストを実行し、特定されたギャップや問題に対処してビルド**を検証する** 
+ 移行チームとアプリケーションチームが合意した明確に定義されたカットオーバー計画 (日付、時刻、タスク、およびそれぞれの所有者) に従って、クラウド内のアプリケーションに**カットオーバー**する

カットオーバーランブックは、ビルドからカットオーバーまで、前提条件の設定からアプリケーションが完全に AWS クラウドにカットオーバーされるまでのアクティビティを計画するのに役立ちます。次の図は、カットオーバーランブックの対象となる移行のさまざまな段階を示しています。

![\[ビルド、統合、検証、カットオーバーは、カットオーバーランブックの一部です。\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/cutover-runbook/images/cutover_flow.png)


## カットオーバーステージ
<a name="cutover-stage"></a>

移行プロセスのカットオーバー段階では、トラフィックは既存のエンドポイントからクラウドに新しくデプロイされたリソースに移動されます。例えば、従来のウェブアプリケーションの場合、ドメインネームシステム (DNS) レコードを新しいエンドポイントに切り替えることができます。ただし、アプリケーションに複数の独立したコンポーネントと統合ポイントがある場合、プロセスははるかに複雑になる可能性があります。フルスタック、データレイヤー、またはマイクロサービスなどの独立したコンポーネントを移行できます。それぞれに特定のカットオーバー戦略がありますが、これらすべてにおいて準備が重要です。

カットオーバー中に、移行チームとアプリケーション所有者によって合意されたカットオーバー計画を実装します。すべてのアプリケーションの関係者にカットオーバーについて通知する必要があります。クラウド移行を成功させるには、カットオーバーフェーズの適切な計画が不可欠です。大企業では、デプロイが複雑になる場合があり、本番環境の環境とアプリケーションを適切に設定するためのステップを特定の順序で実行する必要があります。問題が発生した場合、予期しない停止、データの損失、スケーリングの期待の喪失、ユーザーエクスペリエンスの低下が発生する可能性があります。この段階では、カットオーバーを成功させるためにユーザー受け入れテストを実行する必要があります。

カットオーバーが成功したら、アプリケーションダッシュボードをモニタリングし、ソース環境を廃止します。ソース環境を廃止する前に、次の点を考慮してください。
+ ビジネスユーザーによるリグレッションテストの成功
+ アプリケーションの正常性
+ パフォーマンスメトリクス

カットオーバープランはできるだけ自動化することをお勧めします。例えば、インフラストラクチャのプロビジョニングには AWS CloudFormation テンプレートを使用し、回帰テストには自動テストスクリプトを使用します。ストレスの多い本番ワークロードのカットオーバー中に人為的ミスを簡単に導入できます。

さらに、障害に備えます。移行が成功しなかった場合は、カットオーバー計画の概説されたロールバック手順を実行する必要があります。