成功遷移到云端的6個策略

選擇遷移策略很大程度上取決于組織希望實現的目標。有些方法提供了許多戰略機遇，但實施起來往往更加復雜。有些選擇相對簡單，但從長遠來看成本更高。因此，組織需要明確進行云遷移的目的，并選擇最適合自己的策略。

策略1：提升并轉移

提升并轉移這個想法很簡單：組織將其現有的內部部署系統移動到云平臺上，只需要盡可能少的更改?；旧蠈⑵湔麄€數據中心運營的業務遷移到云端。重新托管可能是一個有吸引力的選擇。組織可以相對快速地完成工作，并且所涉及的風險很小。但是，這種策略有一個明顯的缺點：運營成本會相對較高，尤其是從長期來看。此外，將需要一些時間來設置新環境并連接現有的持續集成(CI)/ 持續交付(CD)解決方案。組織是否需要盡早從內部部署數據中心遷出?這個策略可能是一個很好的選擇。但要注意時間比較緊迫。在遷移完成后，組織需要開始更改其應用程序和架構，以便更好地適應云平臺。

另一個選擇是進行有針對性地提升和轉移。很多原有傳統系統也必須遷移到云中。組織可以在云遷移結束之后再進行遷移，隨后逐步淘汰或在以后替換。

總之，這可能是一個有用的策略，但要明智且謹慎地使用。提升和轉移是快速進入云端的一種方式，但其代價是必須在之后開展更多的工作。

策略2：重建平臺

也被稱為提升修補和轉移。組織仍然沒有改變系統的功能，但是其基礎平臺得到了升級。組織是否采用原有的數據庫服務器，并且運行價格高昂的許可證?那么重構平臺是一個很好的選擇。這樣，數據庫即服務在許多方面都有相當大的改進，不再需要在管理系統和為空閑時間支付費用。例如，在昂貴的硬件上運行大量部署的應用服務器。建立和維護這些集群非常耗時并且更加復雜。從這個角度來看，將這些應用程序移動到Docker容器無疑是一個很有吸引力的選擇。

但是要提防其缺點，這些缺點主要在于看不見的部分。云計算基礎平臺的詳細信息與內部部署平臺的細節有所不同。牢記分布式計算的謬誤并提高彈性。這種策略不僅為組織提供了將IT支出轉移到完全不同的模型的機會，而且還可以極大地提高組織的敏捷性。因此，當組織轉向云原生時，會有更多的收獲。

策略3：重構

重構(也稱為重建架構)是架構和應用程序更改中影響最深遠的策略，但它充滿了潛力。通過最有效地利用云平臺提供的功能，在內部部署設施不可能實現的事情在重建架構的時候就可以實現。其前所未有的可擴展性意味著需要投入大量人力和資源。這一策略的影響主要取決于系統環境的當前狀態。組織的應用程序耦合得有多緊密?組織的架構如何實現模塊化?如果組織以服務為導向，那么已經準備就緒。邁向微服務(甚至無服務器)的一步并不是一個巨大的飛躍，但它會讓組織處于最前沿。

幸運的是，這不是一個全有或全無的策略。它非常適合遷移具有云原生特性的應用程序。但是，從業務價值的角度來看重建架構同樣有趣。假設組織立即加快從構思到生產的時間。每天交付多次、更少的錯誤，并且不必在安全性和穩定性上進行權衡。那么哪些應用程序會產生更好的結果?組織的投資組合可能會從重構策略中獲得更大的收益。

策略4：保留

云遷移并非所有系統都必須遷移。有些系統和應用程序在數據中心運行得很好，可以稍后再遷移，也可以在將來退役。

在云遷移期間，組織將獲得大量的技術知識。但云遷移并不是嚴格意義上的技術問題。但可以肯定的是，組織開始朝著新的思維方式和工作方式轉變。有時候，有些系統變得不再那么適合，當然可以保留一段時間，但遲早需要退役，因此將它們遷移到云端并不值得。也許組織剛剛實施了一個大型系統升級項目?；蛘哂衅渌睦碛闪粝乱徊糠謶贸绦颍@可能是一個有效的選擇。

策略5：退役

組織在開始實施云遷移時并不總是很清楚，或者只是沒想到。但是在遷移期間，總是會有可以退役和淘汰的東西。例如，OHRA公司將其業務從數據中心到AWS云平臺的遷移時，他們最終淘汰了大約20%的應用程序。這為他們節省了大量的遷移工作。

策略6：替換(使用SaaS)

這是針對成本高但收益低的系統的。采用SaaS解決方案代替它們是一種可行的策略。郵件服務器、網盤及內部部署的內容管理系統都有許多SaaS替代方案。雖然開發軟件成本很高，但采用成熟的云計算應用程序可以節省時間、精力和費用。

哪種云遷移策略更加適合?

并沒有哪一種云遷移策略適合所有的組織。每個組織都有不同的目標和需求。組織需要選擇最適合自己的策略。但是需要記?。喝绻麌L試盡可能地成為云原生，則將獲得最大的云計算優勢。越是以數據中心為中心的組織，在實施云遷移之后就會節省更多的運營成本。通過知識、經驗和人員的正確組合，組織可以成功完成云遷移。