本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 優先應用程式評估
識別初始應用程式遷移候選項目後，這些應用程式的詳細評估會透過啟用設計和實作雲端基礎來加速遷移結果。如果這些基礎已存在，應用程式評估會協助進一步開發目標環境，以符合遷移需求。此階段提供足夠的資料來產生目標架構設計，並為可立即遷移的優先應用程式定義遷移策略，以獲得信心和體驗。此階段的輸出將直接饋送至其他程式工作流，例如安全性、遷移和登陸區域以進行實作。如需詳細資訊，請參閱[動員您的組織以加速大規模遷移](https://docs.aws.amazon.com/prescriptive-guidance/latest/strategy-migration/welcome.html)。
與上一個階段類似，識別關鍵利益相關者有助於了解資料需求。業務單位主管和資深經理、應用程式擁有者、應用程式和企業架構師，以及遷移和平台主管通常會參與其中。
**提示**
如需詳細資訊和指引，請參閱 [：AWS 雲端 migration 應用程式產品組合評估指南](https://docs.aws.amazon.com/prescriptive-guidance/latest/application-portfolio-assessment-guide/prioritized-applications-assessment.html)中的相關章節。
## 高階目標和動作
+ 確認優先應用程式 – 為要詳細分析的應用程式清單建立基準。加速time-to-value。我們建議將此清單保留在三到五個應用程式的範圍內。
+ 識別利益相關者 – 誰受到這些應用程式遷移的影響，以及誰受益？ 確保這些利益相關者是優先應用程式的詳細分析的一部分。
+ 建立詳細的應用程式評估 – 徹底調查目前狀態架構和技術、策略藍圖、應用程式生命週期、操作、安全性、相依性、風險和優先應用程式的問題。目前對此應用程式的了解程度為何？
+ 規劃初始 AWS 設計 – 包含目標架構和技術選擇、架構決策和模式、授權、安全性、營運、功能和非功能需求：
+ 雲端中此應用程式的架構是什麼，它將如何在那裡操作？
+ 是否可以實作和操作此設計？
+ 您需要部署或擴展雲端基礎嗎？
根據您目前的雲端採用層級，如果這些應用程式代表您的第一個雲端部署，並且尚未做出更廣泛的平台決策或尚未建立更廣泛的遷移計畫，則可能無法實現完整的設計。不過，設計目標架構的程序將呈現基本需求和目前的差距或封鎖程式，並釐清必須採取的動作。
+ 遷移策略和模式 – 評估偏好的方法和可用的自動化、遷移工具和技術，以及切換考量。什麼是偏好的遷移方法？ 是否可以將其記錄為可重複使用模式？ 有哪些遷移工具可用？ 什麼是高階切換活動？
+ 估計這些應用程式的執行速率 – 在執行這些應用程式時使用歷史效能資料和可用的工具來預測成本 AWS。這是可預測的工作負載嗎？ 是否有任何已識別的使用模式？ 遷移所需的工作為何？
## 結果
+ 已驗證的優先順序應用程式清單
+ 已識別的應用程式遷移利益相關者清單
+ 記錄的目前狀態架構
+ 適用於遷移候選項目的記錄初始目標架構和遷移策略
+ 已識別的遷移模式和工具
+ 記錄的平台需求，例如安全性、 AWS 基礎設施和操作
+ 做為遷移規劃輸入的記錄切換考量
+ 預估執行速率
## 最佳實務
+ 重複使用您組織定義的架構模式。
+ 將這些應用程式的架構決策記錄為可在後續詳細評估中重複使用的模式。
+ 識別關鍵相依性並加以解決。導致此應用程式現在無法移至雲端的原因是什麼？
+ 請參閱 [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/)，預估架構解決方案的成本。
+ 越快開始遷移，資料差距越快越明顯。計劃遷移優先應用程式，同時執行產品組合評估的下一個階段。