研究表明，隨著遷移量的增加，困難會增加的概念會影響各種企業，它們會將更多的工作負載遷移到公共云。
發生的這些事情很容易解釋，但是解決問題的方法卻并非如此。
簡而言之，更加現代、設計更好、可遷移的應用程序和數據庫是第一個遷移到云平臺中的應用程序和數據庫。這有充分的理由：云計算團隊可以通過消除風險和降低難度來做到這一點。這實際上是在企業開始其旅程時的建議。
可以預見的是，隨著易于遷移的設計良好的現代應用程序數量的減少，遷移團隊被迫面對設計不佳或在公共云中可能還沒有模擬平臺的較舊平臺上構建的應用程序。傳統應用程序浮現在人們的腦海，但任何需要大量重構以使其在公共云上正確運行的應用程序也都浮現在腦海。
隨著許多企業進入遷移過程的中間階段，困難程度顯著增加，這使遷移生產力大打折扣。那么，對于已經在疫情中暴露出的漏洞非常擔心的企業如何將其余的應用程序從企業數據中心中刪除呢?
這兩種似乎可行的方法：
經常利用托管服務提供商。如果企業將公共云作為工作負載的主要目標，那么現在可能會考慮一些有效的替代方法。托管服務提供商為更難復制的平臺提供了更多的平臺類似物，并提供了從A到B的遷移路徑以遷移到公共云。
如果認為這是解決方案，那么考慮到在某個時候需要修復或更新這些應用程序和數據庫，那是正確的。但是使用托管服務提供商的服務將加快現有物理數據中心的小型化。遷移到托管服務提供商之后，可以專注于在壓迫個云平臺上修復或淘汰應用程序。
創建devops工具鏈和流程，以更有效地修復應用程序和數據庫。企業必須先做好繁重的工作，但這確實是正確的方法。本質上，它是使用自動化進行優化的應用程序遷。太多的企業將每個應用程序一次性修復。那不會擴展或保持一致。
當然，還有其他方法，希望企業對其他可能很難解決但最終消除前進中問題的解決方案持開放態度。
【編輯推薦】
從“信息南華”到“科技南華”青云QingCloud以“云”相伴
談云說事兒——助力業務系統集成的CloudPakforIntegration
IBMCloudPakforData幫助WundermanThompson構建重新開放指南
構建低代碼開發生態，APICloud全面進入3.0時代
六年磨一劍APICloud構建低代碼開發平臺的堅持與創新
