當(dāng)人們談?wù)撍媾R的云遷移挑戰(zhàn)時,其主要的話題是關(guān)于企業(yè)將其工作負(fù)載從內(nèi)部部署數(shù)據(jù)中心遷移到公共云環(huán)境。但云平臺之間的遷移呢?
云平臺之間遷移的好處
為什么企業(yè)會遇到將基礎(chǔ)設(shè)施遷移到云端的麻煩,而不再采用一家云計(jì)算服務(wù)提供商的服務(wù),如何才能遷移到另一家云計(jì)算服務(wù)提供商的平臺?
云計(jì)算遷移不再是新事物。很多企業(yè)已經(jīng)接受了云計(jì)算,并且越來越習(xí)慣使用云計(jì)算服務(wù)。現(xiàn)在,AWS、微軟Azure和谷歌云平臺處于市場領(lǐng)先地位(以及其他快速增長的市場),并且在定價和服務(wù)方面不斷提供更好的選擇,更換提供商的平臺和服務(wù)可能證明是富有成效的。
選擇云計(jì)算提供商對企業(yè)來說是一項(xiàng)艱巨的任務(wù)。企業(yè)必須在成本、可靠性、安全性等許多因素上做出選擇。但即使考慮了所有因素,商業(yè)環(huán)境也總是在變化。其成本可能變得或多或少,企業(yè)的地理區(qū)域可能會發(fā)展,這會影響服務(wù)的成本和可用性,并且其優(yōu)先級可能會轉(zhuǎn)移到另一個平臺可能更適合的位置。
也許幾年前企業(yè)遷移到AWS云平臺的主要原因是其可靠性和緩解風(fēng)險。雖然其他供應(yīng)商不斷涌現(xiàn),但企業(yè)仍然希望采用最好的標(biāo)準(zhǔn)。幾年后,像Google G Suite這樣的生產(chǎn)力工具對企業(yè)的業(yè)務(wù)變得有用。企業(yè)現(xiàn)在擁有使用Azure或谷歌云等其他平臺的業(yè)務(wù)合作伙伴,并意識到企業(yè)對軟件的需求已經(jīng)發(fā)生變化,業(yè)務(wù)伙伴關(guān)系會產(chǎn)生影響,并且很明顯,另一個云計(jì)算提供商的服務(wù)可能會帶來更多好處,更不用說云計(jì)算服務(wù)本身也在不斷變化,隨著產(chǎn)品的不斷變化,企業(yè)可能會發(fā)現(xiàn)其他的提供商提供更好的定價、服務(wù)水平協(xié)議、可擴(kuò)展性,以及性能提升。
雖然所有這一切都有道理,但只是理論上說的,以下介紹一個例子:
GitLab的案例
許多用戶對于微軟收購Github公司影響他們的運(yùn)行體驗(yàn)而感到憤怒,導(dǎo)致數(shù)十萬用戶轉(zhuǎn)移到另一個服務(wù)平臺GitLab。在命運(yùn)的轉(zhuǎn)折中,GitLab公司宣布他們決定舍棄微軟Azure云平臺,而是更改為谷歌云提供的服務(wù)。
在有人詢問GitLab公司負(fù)責(zé)谷歌云平臺遷移項(xiàng)目的負(fù)責(zé)人Andrew Newdigate,為什么要遷移到谷歌云平臺時,他的回答提到服務(wù)性能、可靠性以及Kubernetes的未來發(fā)展。
Kubernetes是谷歌公司首次發(fā)布的開源項(xiàng)目,專為多個軟件容器的應(yīng)用程序管理而設(shè)計(jì),可以大規(guī)模地實(shí)現(xiàn)可靠性。同樣具有吸引力的是GitLab可以使用Google Kubernetes Engine,這項(xiàng)服務(wù)旨在簡化Kubernetes集群的運(yùn)營,以作為云平臺遷移的一部分。Google Kubernetes Engine的使用被認(rèn)為是GitLab得到廣泛應(yīng)用的另一個推動因素,他們希望通過使用Google Kubernetes Engine將用戶轉(zhuǎn)移到Kubernetes來提高GitLab可擴(kuò)展性和穩(wěn)定性。
GitLab公司首席執(zhí)行官Sid Sijbrandij表示,在云平臺遷移之后提供了更好的定價和卓越的性能。
他在接受采訪時說:“谷歌云作為一家主要的公共云提供商,他們比其他公共云提供商擁有更多的經(jīng)驗(yàn),因?yàn)榛旧鲜菫樽约簶?gòu)建的云平臺,而且人們發(fā)現(xiàn)他們的網(wǎng)絡(luò)質(zhì)量領(lǐng)先于其他所有公司。其網(wǎng)絡(luò)更可靠、干擾更少,而且其服務(wù)和質(zhì)量非常令人印象深刻,我們很高興開始采用谷歌云平臺。”
云平臺之間遷移的挑戰(zhàn)
還有一系列因素影響企業(yè)選擇云計(jì)算提供商的決策,一旦企業(yè)開始在特定云平臺中構(gòu)建基礎(chǔ)設(shè)施,它們就不會停止。隨著時間的推移,其他提供商可能會更好地滿足企業(yè)的業(yè)務(wù)需求。但正如首先采用云計(jì)算的挑戰(zhàn)一樣,在從云平臺之間的轉(zhuǎn)換時也會遇到類似的挑戰(zhàn):
• 數(shù)據(jù)傳輸。至少可以說,在不同的云計(jì)算服務(wù)提供商之間傳輸數(shù)據(jù)是一項(xiàng)復(fù)雜的任務(wù)。就像從企業(yè)到云端的數(shù)據(jù)傳輸一樣,信息通過互聯(lián)網(wǎng)傳輸,但在云計(jì)算提供商之間傳輸,而不是從服務(wù)器傳輸?shù)皆贫恕_@帶來了數(shù)據(jù)下載速度的問題,根據(jù)經(jīng)驗(yàn),企業(yè)應(yīng)該避免一次傳輸大塊數(shù)據(jù)。將數(shù)據(jù)移出或移入云端甚至?xí)a(chǎn)生巨大的轉(zhuǎn)移成本。
•潛在的停機(jī)時間。停機(jī)也是一種風(fēng)險。重要的是要考慮數(shù)據(jù)的不一致性,檢查網(wǎng)絡(luò)連接,并為遷移過程中應(yīng)用程序崩潰的實(shí)際可能性做好準(zhǔn)備。
•適應(yīng)新的云計(jì)算技術(shù)。企業(yè)為微軟Azure構(gòu)建了一個應(yīng)用程序,但現(xiàn)在正在使用谷歌云平臺,而從一個平臺上獲取它,并期望它在另一個平臺上運(yùn)行并獲得相同的好處并不那么簡單。預(yù)計(jì)在重新配置應(yīng)用程序代碼時需要花費(fèi)大量時間才能充分利用新平臺。
•控制成本。考慮遷移到云平臺的時間和成本,這往往會被誤解或嚴(yán)重低估。同樣,這適用于云平臺之間的遷移。到目前為止,企業(yè)針對其使用的服務(wù),可以更好地了解云計(jì)算服務(wù)產(chǎn)品、定價模型,以及云采用預(yù)算的復(fù)雜性。企業(yè)將不得不評估所有這些成本,并查看有助于企業(yè)保存遷移后的選項(xiàng),例如優(yōu)化工具。
云平臺之間的遷移值得嗎?
在云平臺之間遷移之前,企業(yè)可能會問自己云平臺之間的遷移是否值得這樣一個問題。就像以前一樣,企業(yè)將不得不深入研究成本、技術(shù)、風(fēng)險與回報(bào)等因素,以評估云平臺之間遷移是否適合其業(yè)務(wù)。
乍一看,云平臺之間的遷移與首次遷移到云平臺一樣復(fù)雜和耗時,看起來似乎不值得付出努力。但是企業(yè)為什么將業(yè)務(wù)遷移到云端?如果企業(yè)確實(shí)在一段時間內(nèi)節(jié)省了成本,創(chuàng)造了更好的商機(jī),提高了可靠性和性能,那么為什么不與能夠在這些領(lǐng)域更有利于企業(yè)業(yè)務(wù)的另一家云計(jì)算提供商合作呢?更不用說隨著時間的推移構(gòu)建更多的應(yīng)用程序,企業(yè)在一個云計(jì)算提供商的云平臺上應(yīng)用的時間越長,就越難進(jìn)行切換。
云平臺之間的遷移值得嗎?是的。但前提是企業(yè)已經(jīng)考慮了所有因素來確定另一個云平是否對其業(yè)務(wù)更加有利。