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

# 優先順位付けされたアプリケーション評価
<a name="prioritized-applications-assessment"></a>

最初のアプリケーション移行候補が特定されると、これらのアプリケーションの詳細な評価により、クラウド基盤の設計と実装が可能になり、移行の成果が加速されます。これらの基盤が既に存在する場合、アプリケーション評価は移行要件を満たすためのターゲット環境のさらなる開発に役立ちます。このステージでは、ターゲットアーキテクチャ設計を作成し、信頼性とエクスペリエンスを得るために今すぐ移行できる優先順位付けされたアプリケーションの移行戦略を定義するのに十分なデータを提供します。このステージの出力は、セキュリティ、移行、ランディングゾーンなどの他のプログラムワークストリームに直接フィードされ、実装されます。詳細については、[「組織を動員して大規模な移行を加速する](https://docs.aws.amazon.com/prescriptive-guidance/latest/strategy-migration/welcome.html)」を参照してください。

前のステージと同様に、主要な利害関係者を特定することは、データ要件を理解するのに役立ちます。通常、ビジネスユニットのリーダーとシニアマネージャー、アプリケーション所有者、アプリケーションアーキテクトとエンタープライズアーキテクト、移行とプラットフォームのリーダーが関係します。 

**ヒント**  
詳細とガイダンスについては、[:AWS クラウド 移行用のアプリケーションポートフォリオ評価ガイド](https://docs.aws.amazon.com/prescriptive-guidance/latest/application-portfolio-assessment-guide/prioritized-applications-assessment.html)の関連セクションを参照してください。

## 高レベルの目標とアクション
<a name="prioritize-objectives"></a>
+ 優先順位付けされたアプリケーションの確認 – 詳細に分析されるアプリケーションのリストのベースラインを確立します。time-to-value短縮するには。このリストは 3～5 個のアプリケーションの範囲内に保持することをお勧めします。
+ ステークホルダーの特定 – これらのアプリケーションの移行の影響を受けるユーザーとメリットを受けるユーザー これらの利害関係者が優先アプリケーションの詳細な分析の一部であることを確認します。
+ 詳細なアプリケーション評価を作成する – 優先順位付けされたアプリケーションの現在のアーキテクチャとテクノロジー、戦略的ロードマップ、アプリケーションのライフサイクル、運用、セキュリティ、依存関係、リスク、問題を徹底的に調査します。このアプリケーションの現在の理解に対する信頼度はどのくらいですか?
+ 初期 AWS 設計のマッピング – ターゲットアーキテクチャとテクノロジーの選択、アーキテクチャの決定とパターン、ライセンス、セキュリティ、運用、機能、非機能の要件を含めます。
  + クラウドにおけるこのアプリケーションのアーキテクチャとは何ですか。また、そこでどのように動作しますか。 
  + この設計を実装して運用できますか? 
  + クラウド基盤をデプロイするか、拡張する必要がありますか? 

現在のクラウド導入レベルによっては、これらのアプリケーションが最初のクラウドデプロイを表し、より広範なプラットフォームの決定がまだ行われていないか、より広範な移行プログラムが確立されていない場合、完全な設計を達成できない場合があります。ただし、ターゲットアーキテクチャを設計するプロセスは、基本的な要件と現在のギャップまたはブロッカーを表面化し、実行する必要があるアクションを明確にします。 
+ 移行戦略とパターン – 推奨されるアプローチと利用可能な自動化、移行ツールと手法、カットオーバーに関する考慮事項を評価します。推奨される移行アプローチは何ですか? 再利用可能なパターンとして文書化できますか? 利用可能な移行ツール 高レベルのカットオーバーアクティビティとは
+ これらのアプリケーションの実行率を見積もる – 履歴パフォーマンスデータと利用可能なツールを使用して、これらのアプリケーションを実行する際のコストを予測します AWS。これは予測可能なワークロードですか? 特定された使用パターンはありますか? 移行に必要な労力は何ですか?

## 結果
<a name="prioritize-outcomes"></a>
+ 優先順位付けされたアプリケーションの検証済みリスト
+ 特定されたアプリケーション移行ステークホルダーのリスト
+ 文書化された現在の状態アーキテクチャ
+ 移行候補の文書化された初期ターゲットアーキテクチャと移行戦略
+ 特定された移行パターンとツール
+ セキュリティ、 AWS インフラストラクチャ、オペレーションなどの文書化されたプラットフォーム要件
+ 移行計画の入力として文書化されたカットオーバーに関する考慮事項
+ 推定実行レート

## ベストプラクティス
<a name="prioritize-best-practices"></a>
+ 組織で定義されたアーキテクチャパターンを再利用します。
+ これらのアプリケーションのアーキテクチャ上の決定を、その後の詳細な評価で再利用できるパターンとして文書化します。
+ 主要な依存関係を特定し、対処します。このアプリケーションがクラウドに移行できない原因は何ですか?
+ [AWS Well-Architected](https://aws.amazon.com/architecture/well-architected/) と[セキュリティのベストプラクティス](https://docs.aws.amazon.com/prescriptive-guidance/latest/security-reference-architecture/)を参照してください。
+ アーキテクチャソリューションのコストを見積もるには、[AWS 料金計算ツール](https://calculator.aws/)を参照してください。
+ 移行が早ければ早いほど、データギャップがより明確になります。ポートフォリオ評価の次の段階を実行しながら、優先順位付けされたアプリケーションを移行する計画を立てます。