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

[[360882]]

策略1：提升并轉(zhuǎn)移

提升并轉(zhuǎn)移這個想法很簡單：組織將其現(xiàn)有的內(nèi)部部署系統(tǒng)移動到云平臺上，只需要盡可能少的更改?；旧蠈⑵湔麄€數(shù)據(jù)中心運營的業(yè)務(wù)遷移到云端。

重新托管可能是一個有吸引力的選擇。組織可以相對快速地完成工作，并且所涉及的風(fēng)險很小。但是，這種策略有一個明顯的缺點：運營成本會相對較高，尤其是從長期來看。此外，將需要一些時間來設(shè)置新環(huán)境并連接現(xiàn)有的持續(xù)集成(CI)/ 持續(xù)交付(CD)解決方案。

組織是否需要盡早從內(nèi)部部署數(shù)據(jù)中心遷出?這個策略可能是一個很好的選擇。但要注意時間比較緊迫。在遷移完成后，組織需要開始更改其應(yīng)用程序和架構(gòu)，以便更好地適應(yīng)云平臺。

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

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

策略2：重建平臺

也被稱為提升修補和轉(zhuǎn)移。組織仍然沒有改變系統(tǒng)的功能，但是其基礎(chǔ)平臺得到了升級。

組織是否采用原有的數(shù)據(jù)庫服務(wù)器，并且運行價格高昂的許可證?那么重構(gòu)平臺是一個很好的選擇。這樣，數(shù)據(jù)庫即服務(wù)在許多方面都有相當大的改進，不再需要在管理系統(tǒng)和為空閑時間支付費用。

例如，在昂貴的硬件上運行大量部署的應(yīng)用服務(wù)器。建立和維護這些集群非常耗時并且更加復(fù)雜。從這個角度來看，將這些應(yīng)用程序移動到Docker容器無疑是一個很有吸引力的選擇。

但是要提防其缺點，這些缺點主要在于看不見的部分。云計算基礎(chǔ)平臺的詳細信息與內(nèi)部部署平臺的細節(jié)有所不同。牢記分布式計算的謬誤并提高彈性。

這種策略不僅為組織提供了將IT支出轉(zhuǎn)移到完全不同的模型的機會，而且還可以極大地提高組織的敏捷性。因此，當組織轉(zhuǎn)向云原生時，會有更多的收獲。

策略3：重構(gòu)

重構(gòu)(也稱為重建架構(gòu))是架構(gòu)和應(yīng)用程序更改中影響最深遠的策略，但它充滿了潛力。通過最有效地利用云平臺提供的功能，在內(nèi)部部署設(shè)施不可能實現(xiàn)的事情在重建架構(gòu)的時候就可以實現(xiàn)。其前所未有的可擴展性意味著需要投入大量人力和資源。

這一策略的影響主要取決于系統(tǒng)環(huán)境的當前狀態(tài)。組織的應(yīng)用程序耦合得有多緊密?組織的架構(gòu)如何實現(xiàn)模塊化?如果組織以服務(wù)為導(dǎo)向，那么已經(jīng)準備就緒。邁向微服務(wù)(甚至無服務(wù)器)的一步并不是一個巨大的飛躍，但它會讓組織處于最前沿。

幸運的是，這不是一個全有或全無的策略。它非常適合遷移具有云原生特性的應(yīng)用程序。但是，從業(yè)務(wù)價值的角度來看重建架構(gòu)同樣有趣。

假設(shè)組織立即加快從構(gòu)思到生產(chǎn)的時間。每天交付多次、更少的錯誤，并且不必在安全性和穩(wěn)定性上進行權(quán)衡。那么哪些應(yīng)用程序會產(chǎn)生更好的結(jié)果?組織的投資組合可能會從重構(gòu)策略中獲得更大的收益。

策略4：保留

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

在云遷移期間，組織將獲得大量的技術(shù)知識。但云遷移并不是嚴格意義上的技術(shù)問題。但可以肯定的是，組織開始朝著新的思維方式和工作方式轉(zhuǎn)變。有時候，有些系統(tǒng)變得不再那么適合，當然可以保留一段時間，但遲早需要退役，因此將它們遷移到云端并不值得。

也許組織剛剛實施了一個大型系統(tǒng)升級項目。或者有其他的理由留下一部分應(yīng)用程序，這可能是一個有效的選擇。

策略5：退役

組織在開始實施云遷移時并不總是很清楚，或者只是沒想到。但是在遷移期間，總是會有可以退役和淘汰的東西。

例如，OHRA公司將其業(yè)務(wù)從數(shù)據(jù)中心到AWS云平臺的遷移時，他們最終淘汰了大約20%的應(yīng)用程序。這為他們節(jié)省了大量的遷移工作。

策略6：替換(使用SaaS)

這是針對成本高但收益低的系統(tǒng)的。采用SaaS解決方案代替它們是一種可行的策略。郵件服務(wù)器和文件服務(wù)器充滿電子表格的集群可能是用Office 365或Google Workspace替代的候選者。Salesforce可以替代客戶關(guān)系管理(CRM)系統(tǒng)，并且內(nèi)部部署內(nèi)容管理系統(tǒng)具有許多SaaS替代方案。

雖然開發(fā)軟件成本很高，但采用成熟的云計算應(yīng)用程序可以節(jié)省時間、精力和費用。

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

并沒有哪一種云遷移策略適合所有的組織。每個組織都有不同的目標和需求。組織需要選擇最適合自己的策略。但是需要記?。喝绻麌L試盡可能地成為云原生，則將獲得最大的云計算優(yōu)勢。越是以數(shù)據(jù)中心為中心的組織，在實施云遷移之后就會節(jié)省更多的運營成本。

通過知識、經(jīng)驗和人員的正確組合，組織可以成功完成云遷移。

行業(yè)專家Bert Ertman撰寫的一份有關(guān)云遷移的白皮書，回答了以下問題：

• 云平臺擁有什么承諾?它有什么陷阱?
• 可以使用哪些遷移策略?
• 需要哪些人?何時需要?
• 如何規(guī)劃云遷移?
• 什么時候可以開始遷移?
• 如何加快遷移速度?
• 何時以及如何成功完成云遷移?