既然很多企業(yè)已經(jīng)遷移了簡單的東西，那么隨著時間的推移，其難度正在增加，但是仍然需要完成。

研究表明，隨著遷移量的增加，困難會增加的概念會影響各種企業(yè)，它們會將更多的工作負載遷移到公共云。

發(fā)生的這些事情很容易解釋，但是解決問題的方法卻并非如此。

簡而言之，更加現(xiàn)代、設計更好、可遷移的應用程序和數(shù)據(jù)庫是第一個遷移到云平臺中的應用程序和數(shù)據(jù)庫。這有充分的理由：云計算團隊可以通過消除風險和降低難度來做到這一點。這實際上是在企業(yè)開始其旅程時的建議。

可以預見的是，隨著易于遷移的設計良好的現(xiàn)代應用程序數(shù)量的減少，遷移團隊被迫面對設計不佳或在公共云中可能還沒有模擬平臺的較舊平臺上構建的應用程序。傳統(tǒng)應用程序浮現(xiàn)在人們的腦海，但任何需要大量重構以使其在公共云上正確運行的應用程序也都浮現(xiàn)在腦海。

隨著許多企業(yè)進入遷移過程的中間階段，困難程度顯著增加，這使遷移生產力大打折扣。那么，對于已經(jīng)在疫情中暴露出的漏洞非常擔心的企業(yè)如何將其余的應用程序從企業(yè)數(shù)據(jù)中心中刪除呢？

這兩種似乎可行的方法：

經(jīng)常利用托管服務提供商。如果企業(yè)將公共云作為工作負載的主要目標，那么現(xiàn)在可能會考慮一些有效的替代方法。托管服務提供商為更難復制的平臺提供了更多的平臺類似物，并提供了從A到B的遷移路徑以遷移到公共云。

如果認為這是解決方案，那么考慮到在某個時候需要修復或更新這些應用程序和數(shù)據(jù)庫，那是正確的。但是使用托管服務提供商的服務將加快現(xiàn)有物理數(shù)據(jù)中心的小型化。遷移到托管服務提供商之后，可以專注于在壓迫個云平臺上修復或淘汰應用程序。

創(chuàng)建devops工具鏈和流程，以更有效地修復應用程序和數(shù)據(jù)庫。企業(yè)必須先做好繁重的工作，但這確實是正確的方法。本質上，它是使用自動化進行優(yōu)化的應用程序遷。太多的企業(yè)將每個應用程序一次性修復。那不會擴展或保持一致。

當然，還有其他方法，希望企業(yè)對其他可能很難解決但最終消除前進中問題的解決方案持開放態(tài)度。
責編AJX