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