選擇遷移策略很大程度上取決于組織希望實現(xiàn)的目標(biāo)。有些方法提供了許多戰(zhàn)略機(jī)遇，但實施起來往往更加復(fù)雜。有些選擇相對簡單，但從長遠(yuǎn)來看成本更高。因此，組織需要明確進(jìn)行云遷移的目的，并選擇最適合自己的策略。
策略1：提升并轉(zhuǎn)移
提升并轉(zhuǎn)移這個想法很簡單：組織將其現(xiàn)有的內(nèi)部部署系統(tǒng)移動到云平臺上，只需要盡可能少的更改?；旧蠈⑵湔麄€數(shù)據(jù)中心運(yùn)營的業(yè)務(wù)遷移到云端。
重新托管可能是一個有吸引力的選擇。組織可以相對快速地完成工作，并且所涉及的風(fēng)險很小。但是，這種策略有一個明顯的缺點：運(yùn)營成本會相對較高，尤其是從長期來看。此外，將需要一些時間來設(shè)置新環(huán)境并連接現(xiàn)有的持續(xù)集成(CI)/ 持續(xù)交付(CD)解決方案。
組織是否需要盡早從內(nèi)部部署數(shù)據(jù)中心遷出?這個策略可能是一個很好的選擇。但要注意時間比較緊迫。在遷移完成后，組織需要開始更改其應(yīng)用程序和架構(gòu)，以便更好地適應(yīng)云平臺。
另一個選擇是進(jìn)行有針對性地提升和轉(zhuǎn)移。很多原有傳統(tǒng)系統(tǒng)也必須遷移到云中。組織可以在云遷移結(jié)束之后再進(jìn)行遷移，隨后逐步淘汰或在以后替換。
總之，這可能是一個有用的策略，但要明智且謹(jǐn)慎地使用。提升和轉(zhuǎn)移是快速進(jìn)入云端的一種方式，但其代價是必須在之后開展更多的工作。
策略2：重建平臺
也被稱為提升修補(bǔ)和轉(zhuǎn)移。組織仍然沒有改變系統(tǒng)的功能，但是其基礎(chǔ)平臺得到了升級。
組織是否采用原有的數(shù)據(jù)庫服務(wù)器，并且運(yùn)行價格高昂的許可證?那么重構(gòu)平臺是一個很好的選擇。這樣，數(shù)據(jù)庫即服務(wù)在許多方面都有相當(dāng)大的改進(jìn)，不再需要在管理系統(tǒng)和為空閑時間支付費(fèi)用。
例如，在昂貴的硬件上運(yùn)行大量部署的應(yīng)用服務(wù)器。建立和維護(hù)這些集群非常耗時并且更加復(fù)雜。從這個角度來看，將這些應(yīng)用程序移動到Docker容器無疑是一個很有吸引力的選擇。
但是要提防其缺點，這些缺點主要在于看不見的部分。云計算基礎(chǔ)平臺的詳細(xì)信息與內(nèi)部部署平臺的細(xì)節(jié)有所不同。牢記分布式計算的謬誤并提高彈性。
這種策略不僅為組織提供了將IT支出轉(zhuǎn)移到完全不同的模型的機(jī)會，而且還可以極大地提高組織的敏捷性。因此，當(dāng)組織轉(zhuǎn)向云原生時，會有更多的收獲。
策略3：重構(gòu)
重構(gòu)(也稱為重建架構(gòu))是架構(gòu)和應(yīng)用程序更改中影響最深遠(yuǎn)的策略，但它充滿了潛力。通過最有效地利用云平臺提供的功能，在內(nèi)部部署設(shè)施不可能實現(xiàn)的事情在重建架構(gòu)的時候就可以實現(xiàn)。其前所未有的可擴(kuò)展性意味著需要投入大量人力和資源。
這一策略的影響主要取決于系統(tǒng)環(huán)境的當(dāng)前狀態(tài)。組織的應(yīng)用程序耦合得有多緊密?組織的架構(gòu)如何實現(xiàn)模塊化?如果組織以服務(wù)為導(dǎo)向，那么已經(jīng)準(zhǔn)備就緒。邁向微服務(wù)(甚至無服務(wù)器)的一步并不是一個巨大的飛躍，虛擬主機(jī)，但它會讓組織處于最前沿。
幸運(yùn)的是，這不是一個全有或全無的策略。它非常適合遷移具有云原生特性的應(yīng)用程序。但是，從業(yè)務(wù)價值的角度來看重建架構(gòu)同樣有趣。
假設(shè)組織立即加快從構(gòu)思到生產(chǎn)的時間。每天交付多次、更少的錯誤，并且不必在安全性和穩(wěn)定性上進(jìn)行權(quán)衡。那么哪些應(yīng)用程序會產(chǎn)生更好的結(jié)果?組織的投資組合可能會從重構(gòu)策略中獲得更大的收益。
策略4：保留
云遷移并非所有系統(tǒng)都必須遷移。有些系統(tǒng)和應(yīng)用程序在數(shù)據(jù)中心運(yùn)行得很好，可以稍后再遷移，也可以在將來退役。
在云遷移期間，組織將獲得大量的技術(shù)知識。但云遷移并不是嚴(yán)格意義上的技術(shù)問題。但可以肯定的是，組織開始朝著新的思維方式和工作方式轉(zhuǎn)變。有時候，有些系統(tǒng)變得不再那么適合，當(dāng)然可以保留一段時間，但遲早需要退役，因此將它們遷移到云端并不值得。
也許組織剛剛實施了一個大型系統(tǒng)升級項目。或者有其他的理由留下一部分應(yīng)用程序，這可能是一個有效的選擇。
策略5：退役
組織在開始實施云遷移時并不總是很清楚，或者只是沒想到。但是在遷移期間，總是會有可以退役和淘汰的東西。
例如，OHRA公司將其業(yè)務(wù)從數(shù)據(jù)中心到AWS云平臺的遷移時，他們最終淘汰了大約20%的應(yīng)用程序。這為他們節(jié)省了大量的遷移工作。
策略6：替換(使用SaaS)
