本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
建立應用程式組合的基準
若要建立高信賴度移轉波計劃,您必須為應用程式組合及其相關基礎結構建立基準。產品組合基準可提供移轉範圍的全面檢視,包括技術相依性和移轉策略。產品組合基準可讓您清楚瞭解哪些應用程式屬於移轉範圍,以及收集了解完整評估資料需求一節中概述的資料點。同樣地,所有關聯的基礎結構(計算,存儲網絡)都被理解並映射到應用程序。
技術依賴關係可以分為四個類別來描述:
-
pplication-to-infrastructure相依性可建立軟體與實體或虛擬硬體之間的連結。例如,CRM 應用程式與安裝該應用程式的虛擬機器之間存在相依性。
-
應用程式元件相依性會描述在不同基礎結構資產中執行的元件 應用程式元件相依性的範例是在虛擬機器上執行的 Web 前端,其中應用程式層在不同的虛擬機器上執行,而資料庫則在資料庫叢集上執行。
-
相pplication-to-application依性與應用程式或應用程式元件與其他應用程式或其元件之間的互動有關。 application-to-application 相依性的範例是付款處理應用程式和庫存管理應用程式。這些應用程序是獨立的,但它們不斷地使用定義的 API 操作進行交互
-
pplication-to-infrastructure 服務相依性在技術上是 application-to-application 相依性,因為基礎結構服務本身就是應用程式。但是,我們建議單獨對這些進行分類。主要原因是基礎結構服務通常由許多應用程序共享,因此它們具有很長的依賴關係。它們通常也會遵循不同的移轉策略和模式。例如,負載平衡器可以包含多個應用程式的平衡集區。重要的是池的依賴關係很可能與依賴應用程序一起單獨遷移,而負載平衡器本身被保留或淘汰。此外,個性化 application-to-infrastructure 服務依賴關係有助於避免錯誤的依賴關係組。錯誤的相依性群組是指將多個商務應用程式群組在一起時,表示必須同時移轉基礎結構服務的共同相依性。例如,驗證服務 (例如 Active Directory) 可能會與大型應用程式群組產生關聯。關鍵是要個別處理這些應用程式,並藉由在雲端環境中啟用服務 (例如 Microsoft Active AWS Directory 的 Directory Service) 來解決相依性。
當您建立產品組合的基準時,建議您確認每個應用程式元件的移轉策略。遷移策略將是移轉的 6 Rs 之一(請參閱迭代 6 Rs 遷移策略部分)。在投資組合基準線中,6 盧比之一應與每個應用程序相關聯。6 R 策略也應與應用程式的每個基礎結構元件相關聯。
若要建立產品組合的基準版本,包括相依性和移轉策略,請使用自動化探索工具 (請參閱評估探索工具的需求)。利用應用程式擁有者和基礎架構團隊等關鍵利益相關者所收集的資訊來補充資料 繼續收集資料,直到您取得符合此階段資料需求一節中所述屬性和擬真性層級的完整產品組合清單為止。產生的資料集將有助於推動移轉。
請考慮一下,根據您的移轉範圍和可用工具的範圍,此活動可能需要數週才能完成。