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