當(dāng)人們談?wù)撍媾R的云遷移挑戰(zhàn)時(shí)，其主要的話題是關(guān)于企業(yè)將其工作負(fù)載從內(nèi)部部署數(shù)據(jù)中心遷移到公共云環(huán)境。但云平臺(tái)之間的遷移呢?

云平臺(tái)之間遷移的好處

為什么企業(yè)會(huì)遇到將基礎(chǔ)設(shè)施遷移到云端的麻煩，而不再采用一家云計(jì)算服務(wù)提供商的服務(wù)，如何才能遷移到另一家云計(jì)算服務(wù)提供商的平臺(tái)?

云計(jì)算遷移不再是新事物。很多企業(yè)已經(jīng)接受了云計(jì)算，并且越來越習(xí)慣使用云計(jì)算服務(wù)?，F(xiàn)在，AWS、微軟Azure和谷歌云平臺(tái)處于市場(chǎng)領(lǐng)先地位(以及其他快速增長(zhǎng)的市場(chǎng))，并且在定價(jià)和服務(wù)方面不斷提供更好的選擇，更換提供商的平臺(tái)和服務(wù)可能證明是富有成效的。

[[237858]]

選擇云計(jì)算提供商對(duì)企業(yè)來說是一項(xiàng)艱巨的任務(wù)。企業(yè)必須在成本、可靠性、安全性等許多因素上做出選擇。但即使考慮了所有因素，商業(yè)環(huán)境也總是在變化。其成本可能變得或多或少，企業(yè)的地理區(qū)域可能會(huì)發(fā)展，這會(huì)影響服務(wù)的成本和可用性，并且其優(yōu)先級(jí)可能會(huì)轉(zhuǎn)移到另一個(gè)平臺(tái)可能更適合的位置。

也許幾年前企業(yè)遷移到AWS云平臺(tái)的主要原因是其可靠性和緩解風(fēng)險(xiǎn)。雖然其他供應(yīng)商不斷涌現(xiàn)，但企業(yè)仍然希望采用***的標(biāo)準(zhǔn)。幾年后，像Google G Suite這樣的生產(chǎn)力工具對(duì)企業(yè)的業(yè)務(wù)變得有用。企業(yè)現(xiàn)在擁有使用Azure或谷歌云等其他平臺(tái)的業(yè)務(wù)合作伙伴，并意識(shí)到企業(yè)對(duì)軟件的需求已經(jīng)發(fā)生變化，業(yè)務(wù)伙伴關(guān)系會(huì)產(chǎn)生影響，并且很明顯，另一個(gè)云計(jì)算提供商的服務(wù)可能會(huì)帶來更多好處，更不用說云計(jì)算服務(wù)本身也在不斷變化，隨著產(chǎn)品的不斷變化，企業(yè)可能會(huì)發(fā)現(xiàn)其他的提供商提供更好的定價(jià)、服務(wù)水平協(xié)議、可擴(kuò)展性，以及性能提升。

雖然所有這一切都有道理，但只是理論上說的，以下介紹一個(gè)例子：

GitLab的案例

許多用戶對(duì)于微軟收購Github公司影響他們的運(yùn)行體驗(yàn)而感到憤怒，導(dǎo)致數(shù)十萬用戶轉(zhuǎn)移到另一個(gè)服務(wù)平臺(tái)GitLab。在命運(yùn)的轉(zhuǎn)折中，GitLab公司宣布他們決定舍棄微軟Azure云平臺(tái)，而是更改為谷歌云提供的服務(wù)。

在有人詢問GitLab公司負(fù)責(zé)谷歌云平臺(tái)遷移項(xiàng)目的負(fù)責(zé)人Andrew Newdigate，為什么要遷移到谷歌云平臺(tái)時(shí)，他的回答提到服務(wù)性能、可靠性以及Kubernetes的未來發(fā)展。

Kubernetes是谷歌公司***發(fā)布的開源項(xiàng)目，專為多個(gè)軟件容器的應(yīng)用程序管理而設(shè)計(jì)，可以大規(guī)模地實(shí)現(xiàn)可靠性。同樣具有吸引力的是GitLab可以使用Google Kubernetes Engine，這項(xiàng)服務(wù)旨在簡(jiǎn)化Kubernetes集群的運(yùn)營，以作為云平臺(tái)遷移的一部分。Google Kubernetes Engine的使用被認(rèn)為是GitLab得到廣泛應(yīng)用的另一個(gè)推動(dòng)因素，他們希望通過使用Google Kubernetes Engine將用戶轉(zhuǎn)移到Kubernetes來提高GitLab可擴(kuò)展性和穩(wěn)定性。

GitLab公司***執(zhí)行官Sid Sijbrandij表示，在云平臺(tái)遷移之后提供了更好的定價(jià)和卓越的性能。

他在接受采訪時(shí)說：“谷歌云作為一家主要的公共云提供商，他們比其他公共云提供商擁有更多的經(jīng)驗(yàn)，因?yàn)榛旧鲜菫樽约簶?gòu)建的云平臺(tái)，而且人們發(fā)現(xiàn)他們的網(wǎng)絡(luò)質(zhì)量領(lǐng)先于其他所有公司。其網(wǎng)絡(luò)更可靠、干擾更少，而且其服務(wù)和質(zhì)量非常令人印象深刻，我們很高興開始采用谷歌云平臺(tái)。”

云平臺(tái)之間遷移的挑戰(zhàn)

還有一系列因素影響企業(yè)選擇云計(jì)算提供商的決策，一旦企業(yè)開始在特定云平臺(tái)中構(gòu)建基礎(chǔ)設(shè)施，它們就不會(huì)停止。隨著時(shí)間的推移，其他提供商可能會(huì)更好地滿足企業(yè)的業(yè)務(wù)需求。但正如首先采用云計(jì)算的挑戰(zhàn)一樣，在從云平臺(tái)之間的轉(zhuǎn)換時(shí)也會(huì)遇到類似的挑戰(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ī)時(shí)間。停機(jī)也是一種風(fēng)險(xiǎn)。重要的是要考慮數(shù)據(jù)的不一致性，檢查網(wǎng)絡(luò)連接，并為遷移過程中應(yīng)用程序崩潰的實(shí)際可能性做好準(zhǔn)備。
• 適應(yīng)新的云計(jì)算技術(shù)。企業(yè)為微軟Azure構(gòu)建了一個(gè)應(yīng)用程序，但現(xiàn)在正在使用谷歌云平臺(tái)，而從一個(gè)平臺(tái)上獲取它，并期望它在另一個(gè)平臺(tái)上運(yùn)行并獲得相同的好處并不那么簡(jiǎn)單。預(yù)計(jì)在重新配置應(yīng)用程序代碼時(shí)需要花費(fèi)大量時(shí)間才能充分利用新平臺(tái)。
• 控制成本?？紤]遷移到云平臺(tái)的時(shí)間和成本，這往往會(huì)被誤解或嚴(yán)重低估。同樣，這適用于云平臺(tái)之間的遷移。到目前為止，企業(yè)針對(duì)其使用的服務(wù)，可以更好地了解云計(jì)算服務(wù)產(chǎn)品、定價(jià)模型，以及云采用預(yù)算的復(fù)雜性。企業(yè)將不得不評(píng)估所有這些成本，并查看有助于企業(yè)保存遷移后的選項(xiàng)，例如優(yōu)化工具。

云平臺(tái)之間的遷移值得嗎?

在云平臺(tái)之間遷移之前，企業(yè)可能會(huì)問自己云平臺(tái)之間的遷移是否值得這樣一個(gè)問題。就像以前一樣，企業(yè)將不得不深入研究成本、技術(shù)、風(fēng)險(xiǎn)與回報(bào)等因素，以評(píng)估云平臺(tái)之間遷移是否適合其業(yè)務(wù)。

乍一看，云平臺(tái)之間的遷移與***遷移到云平臺(tái)一樣復(fù)雜和耗時(shí)，看起來似乎不值得付出努力。但是企業(yè)為什么將業(yè)務(wù)遷移到云端?如果企業(yè)確實(shí)在一段時(shí)間內(nèi)節(jié)省了成本，創(chuàng)造了更好的商機(jī)，提高了可靠性和性能，那么為什么不與能夠在這些領(lǐng)域更有利于企業(yè)業(yè)務(wù)的另一家云計(jì)算提供商合作呢?更不用說隨著時(shí)間的推移構(gòu)建更多的應(yīng)用程序，企業(yè)在一個(gè)云計(jì)算提供商的云平臺(tái)上應(yīng)用的時(shí)間越長(zhǎng)，就越難進(jìn)行切換。

云平臺(tái)之間的遷移值得嗎?是的。但前提是企業(yè)已經(jīng)考慮了所有因素來確定另一個(gè)云平是否對(duì)其業(yè)務(wù)更加有利。