反覆排列優先順序條件

建立遷移波動計畫之前，建議您反覆執行應用程式優先順序標準，以從試點應用程式選擇轉向長期波動規劃。

在先前的章節中，我們引進了預設的優先順序條件，其會優先考慮簡單的雲端就緒應用程式 （請參閱優先考慮應用程式)。這是因為在早期，我們建議從非關鍵應用程式開始，以精簡遷移程序並納入經驗教訓。不過，在此階段，為了建立長期計劃，應用程式遷移的順序應與業務驅動因素保持一致。套用新條件將產生應用程式的新排名，該排名將成為波規劃的關鍵輸入。

檢閱應用程式產品組合中的可用資料點，然後選取根據業務驅動因素決定應用程式優先順序的屬性。

首先，驗證您的業務驅動因素 （請參閱業務驅動因素和技術指導原則)。接著，根據您的業務驅動因素，選取有助於排定應用程式遷移優先順序的屬性。

下表顯示符合企業創新驅動因素的優先順序條件範例。

屬性或資料點	可能的值	分數 (0-99)	重要性或相關性乘數
作業系統	AIX	80	高 (1x)
	Solaris	80
	HP-UX	80
	大型主機	70
	Windows	50
	Linux	20
業務關鍵性	高	60	高 (1x)
	中	40
	低	20
Architecture	緊密耦合	60	高 (1x)
	鬆耦合	20
操作模型	傳統 - 無 CI/CD	60	中高 (0.8x)
	基本 CI/CD	40
	完整 DevOps	20
運算執行個體的數量	1-3	60	中高 (0.8x)
	4-10	40
	11 個或更多	20
遷移策略	重構 （重新架構師）	70	中型 (0.6x)
	平台重建	40
	回購	30
	重新託管	10

下表顯示符合業務驅動因素的範例優先順序條件，以快速降低成本。

屬性或資料點	可能的值	分數 (0-99)	重要性或相關性乘數
資料庫產品	Oracle	70	高 (1x)
	Microsoft SQL	70
	其他	20
作業系統	Windows	70	高 (1x)
	Linux	70
	其他	20
CPU 使用率 （平均）	超過 36%	60	高 (1x)
	低於 36%	40
運算執行個體的數量	11 個或更多	60	中高 (0.8x)
	4-10	40
	1-3	20
遷移策略	淘汰	80	中型 (0.6x)
	重新託管	70
	平台重建	50
	重構 （重新架構師）	10

測試優先順序條件並反覆運算，直到您大致同意輸出為止。至少需要三或四次反覆運算才能取得基準版本。