本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 持續評估和改善
<a name="continuous-assessment-and-improvement"></a>

此評估階段著重於兩個方面：
+ 持續對每一波應用程式進行詳細的應用程式評估
+ 產品組合的持續演變和改善 

第一個方面是持續的詳細應用程式評估，專注於詳細的探索和分析，向下到架構和技術層級，以完全了解特定波次中的每個應用程式、提議 AWS 的設計和遷移策略。此遷移準備度評估是啟動指定遷移波動的先決條件。

第二個方面是產品組合的持續發展和改進，著重於產品組合管理，以及您計劃如何隨著時間改善應用程式，包括業務案例的演變和追蹤。

此階段的主要遷移結果包括下列項目：
+ 每波經過驗證的遷移範圍
+ 特定遷移波動中應用程式的目標架構和遷移策略文件
+ 已識別和驗證的遷移模式和工具
+ 記錄每個波動的需求 （安全性、 AWS 基礎設施和操作） 和遷移切換考量

此階段的主要最佳化結果包括下列項目：
+ 產品組合合理化模型和業務成果
+ 提議的架構和技術變更及其預期效益
+ 平台需求 （安全性、 AWS 基礎設施和操作）
+ 實作計畫

# 了解持續評估資料需求
<a name="understanding-continuous-assessment-data-requirements"></a>

持續評估和改善應用程式產品組合的資料需求，是先前章節的資料需求組合。若要持續管理產品組合遷移及其演變，請參閱下列各節以了解資料需求：
+ 對於波評估和應用程式最佳化，請使用[優先應用程式評估](understanding-detailed-assessment-data-requirements.md)區段中的資料需求。
+ 對於持續的產品組合管理，請使用[產品組合分析和遷移規劃](understanding-complete-assessment-data-requirements.md)區段的資料需求。
+ 如需定義波動計畫，請參閱[波動規劃](wave-planning.md)一節。

# 詳細波評估
<a name="detailed-wave-assessment"></a>

在遷移波動之前和作為遷移的關鍵推動者的詳細應用程式評估，具有與[優先應用程式評估](prioritized-applications-assessment.md)階段相同的要求和建議。目標是詳細了解特定波動中應用程式的目前狀態，並產生未來的狀態架構設計和遷移策略，包括操作層面、工具和特定遷移模式。

將[優先應用程式評估](prioritized-applications-assessment.md)套用至指定波動中的應用程式群組。在遷移計畫中的每個波動之前重複此程序。關鍵是在詳細評估和波動開始之間安排足夠的時間。所需的時間量將取決於實作波動要求和執行遷移的平台和遷移團隊的需求。與這些團隊合作，排定詳細的波動評估和波動。我們建議實作類似工廠的模型來模擬生產線。

# 最佳化和現代化評估
<a name="assessment-for-optimization-and-modernization"></a>

已遷移至 的工作負載最佳化和現代化評估程序 AWS 類似於要遷移至其中的工作負載評估 AWS。主要變更的是執行評估的資料來源。在 中 AWS，有數種out-of-the-box工具和服務，可用來取得執行中應用程式的詳細資訊 AWS。

最佳化和現代化應用程式的內容和方法，將取決於您獨特的驅動因素和情況。最佳化著重於將變更套用至目前的架構和技術，以降低成本、調整效能需求，以及納入經驗教訓。現代化著重於讓您的應用程式更上一層樓，例如採用無伺服器模型和微服務架構。

遵循[優先順序應用程式評估](prioritized-applications-assessment.md)的指導方針。若要進一步協助最佳化和現代化工作，請參閱下列資源：
+ [AWS 成本最佳化](https://aws.amazon.com/aws-cost-management/aws-cost-optimization/)提供 IT 最佳化和節省 IT 成本的相關資訊。
+ [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/) 為您的工作負載建議 AWS 資源，以透過使用機器學習分析歷史使用率指標來降低成本並改善效能。
+ [AWS 成本和容量最佳化服務和工具](https://aws.amazon.com/ec2/cost-and-capacity/)有助於管理運算資源，讓您可以花更多時間建置和減少管理運算成本的時間
+ [Amazon S3 Storage Lens](https://aws.amazon.com/s3/storage-analytics-insights/) 提供整個組織的物件儲存用量和活動趨勢可見性。它提出可行的建議，以提高成本效益並套用資料保護最佳實務。
+ [資料庫自由](https://aws.amazon.com/solutions/databasemigrations/database-freedom/)有助於遷移至 AWS 資料庫和分析服務。
+ [Amazon CodeGuru](https://aws.amazon.com/codeguru/) 是一種開發人員工具，可提供智慧型建議，以改善程式碼品質並識別應用程式最昂貴的程式碼行。
+ [AWS 混合雲端服務](https://aws.amazon.com/hybrid/)可在您需要的地方提供一致的 AWS 體驗，從雲端、內部部署到邊緣。

**其他資源**
+ [成本最佳化和創新：應用程式現代化簡介 ](https://aws.amazon.com/blogs/modernizing-with-aws/cost-optimization-and-innovation-an-introduction-to-application-modernization/)（部落格文章）
+ [最佳化無伺服器 Web 應用程式的成本 ](https://aws.amazon.com/blogs/compute/optimizing-the-cost-of-serverless-web-applications/)（部落格文章）
+ [Windows on AWS](https://aws.amazon.com/blogs/modernizing-with-aws/) （部落格）
+ [現代應用程式](https://aws.amazon.com/modern-apps/)
+ [應用程式現代化 ](https://www.youtube.com/watch?v=CdEDhWdmutQ)(AWS re：Invent 2020)
+ [AWS 微服務指南](https://pages.awscloud.com/microservices-guide.html)

# 反覆運算波動計畫
<a name="iterate-wave-plan"></a>

隨著遷移計畫向前發展並遷移更多波浪，根據經驗教訓和不斷變化的業務優先順序來發展遷移波浪計畫至關重要。特別是，對於長時間執行的遷移計劃，重新評估業務驅動因素和組織變更，並確保遷移波動計劃仍然有效非常重要。

同樣地，從遷移中學到的經驗將影響波計畫合成和每個波的範圍。為了避免失去對所發生情況的可見性，請將[波動計畫](wave-planning.md)保持在最新狀態。計畫應該反映並追蹤正在交付的項目，而且應該管理和評估遷移範圍的變更。

# 發展和追蹤商業案例
<a name="evolving-tracking-business-case"></a>

隨著遷移進行，特別是長時間執行的計劃，業務壓力將導致定期重新檢查遷移和現代化優先順序是不可避免的。

我們建議您在新資訊可用時發展業務案例，並根據詳細業務案例中所記錄的期望追蹤實際的商業績效。這些建議包括下列項目：
+ 組織中新的結構變更會影響業務優先順序，並影響 IT 策略和應用程式產品組合
+ 增加應用程式產品組合中一部分的商業重要性，或遷移和現代化目標為實現的變更
+ 遷移應用程式實際資源使用率資料的可用性，包括調整大小、量化和確認增量現代化案例
+ 有關 IT 操作和支援活動所消耗工作量的資料可用性，以及可能的操作改善和自動化分析
+ 測量軟體開發和維護週期時間變更的資料可用性、依開發階段和服務可用性資訊的軟體瑕疵，以及開放進一步改善區域的根本原因分析

透過追蹤業務案例的效能，您可以發展案例，以納入進一步的改進，以便在遷移開始後更容易評估和量化。計劃控管組織更有能力回應不斷變化的業務壓力，並在可管理且可接受的風險水準下推動最大價值的方向上引導轉型。

這對於案例中的 IT 生產力、彈性和業務敏捷性優勢尤其重要。這些通常是提前評估的更大和更困難的驅動因素。透過追蹤這些驅動因素的效能，團隊可以深入探索並解決阻礙效益實現的問題。或者，可以調整業務案例，以優先考慮實現最持續財務效能最佳化的計劃。