由于云計(jì)算行業(yè)的飛速發(fā)展，現(xiàn)在很多企業(yè)都致力于將關(guān)鍵企業(yè)應(yīng)用程序遷移到公共云。在某些情況下，企業(yè)團(tuán)隊(duì)在云遷移中遇到了困難，并且成果有限。但可以通過所學(xué)到的經(jīng)驗(yàn)教訓(xùn)在隨后的嘗試中改進(jìn)結(jié)果。

如果企業(yè)正在尋求對(duì)任務(wù)關(guān)鍵型應(yīng)用程序進(jìn)行現(xiàn)代化改造，并且計(jì)劃將云遷移作為此過程的一部分，那么借鑒他人的經(jīng)驗(yàn)則可以事半功倍。

因此，本文將通過這些知識(shí)來構(gòu)建企業(yè)管理者需要考慮和解決的主要領(lǐng)域的 10 個(gè)步驟，以最大限度地提高成功遷移云的機(jī)會(huì)。

1、建立遷移架構(gòu)師角色

在開始云遷移之前，需要建立遷移架構(gòu)師角色來領(lǐng)導(dǎo)這項(xiàng)工作。遷移架構(gòu)師是系統(tǒng)架構(gòu)師級(jí)別的職位，負(fù)責(zé)規(guī)劃和完成遷移的所有工作流程。他們的核心職責(zé)應(yīng)包括定義使遷移成功所需的必要重構(gòu)、設(shè)計(jì)數(shù)據(jù)遷移策略、定義云解決方案要求以及確定遷移優(yōu)先級(jí)和生產(chǎn)切換機(jī)制。

在大型遷移項(xiàng)目的過程中，必須做出許多決策和技術(shù)計(jì)劃，而擁有一個(gè)負(fù)責(zé)遷移各個(gè)方面的遷移架構(gòu)師對(duì)于項(xiàng)目的成功至關(guān)重要。

2、選擇云集成級(jí)別

當(dāng)企業(yè)將應(yīng)用程序從本地?cái)?shù)據(jù)中心遷移到云時(shí)，可以通過兩種方式遷移應(yīng)用程序 - 淺層云集成或深層云集成。

對(duì)于淺層云集成(有時(shí)稱為“提升和轉(zhuǎn)移”)，企業(yè)將本地應(yīng)用程序移動(dòng)到云中，并且為了運(yùn)行應(yīng)用。任何應(yīng)用程序更改都足以讓它在新環(huán)境中運(yùn)行，不使用云獨(dú)有的服務(wù)。此模型也稱為提升和轉(zhuǎn)移，因?yàn)閼?yīng)用程序“按原樣”提升并移動(dòng)或轉(zhuǎn)移到云中。

對(duì)于深度云集成，企業(yè)可以在遷移過程中修改應(yīng)用程序以利用關(guān)鍵的云功能。企業(yè)可以使用先進(jìn)的自動(dòng)擴(kuò)展和動(dòng)態(tài)負(fù)載平衡，或者它可能與將AWS Lambda等無服務(wù)器計(jì)算功能用于部分應(yīng)用程序一樣復(fù)雜。它還可能涉及使用特定于云的數(shù)據(jù)存儲(chǔ)，例如Amazon S3或DynamoDB。

3、選擇單一云或使用多云

在開始云遷移之前，請對(duì)此問題進(jìn)行思考：是想選擇一個(gè)云提供商并遷移您的應(yīng)用程序，以便它針對(duì)該單一環(huán)境優(yōu)化運(yùn)行，還是希望應(yīng)用程序在多個(gè)云提供商上運(yùn)行?

優(yōu)化應(yīng)用程序以與特定的云提供商一起工作相對(duì)簡單。開發(fā)團(tuán)隊(duì)只需學(xué)習(xí)一組云 API，應(yīng)用程序就可以利用云供應(yīng)商提供的一切。

這種方法的缺點(diǎn)是供應(yīng)商鎖定。一旦企業(yè)更新了應(yīng)用程序以僅與一個(gè)提供商合作，將應(yīng)用程序移動(dòng)到另一個(gè)提供商可能需要與原始云遷移一樣繁雜的流程。此外，擁有單一云提供商可能會(huì)對(duì)企業(yè)與云提供商協(xié)商重要條款(例如定價(jià)和 SLA)的能力產(chǎn)生負(fù)面影響。

而且，它也變得更加復(fù)雜。使用多個(gè)云提供商有幾種不同的模型：

(1) 一云一應(yīng)用。另一個(gè)云中的另一個(gè)應(yīng)用程序。也許最簡單的多云方法在一個(gè)云提供商中運(yùn)行一組應(yīng)用程序，在另一個(gè)云提供商中運(yùn)行另一組應(yīng)用程序。這種方法使企業(yè)可以提高與多個(gè)提供商的業(yè)務(wù)杠桿作用，以及將來在何處放置應(yīng)用程序的靈活性。它還允許企業(yè)針對(duì)運(yùn)行它的提供程序優(yōu)化每個(gè)應(yīng)用程序。

(2) 跨多個(gè)云提供商拆分應(yīng)用程序。一些公司選擇在一個(gè)云提供商中運(yùn)行應(yīng)用程序的一部分，而在另一個(gè)云提供商中運(yùn)行它的其他部分。這種方法讓企業(yè)可以利用每個(gè)提供商提供的關(guān)鍵優(yōu)勢(例如，一個(gè)提供商可能具有更好的 AI 功能，而另一個(gè)提供商可能以其數(shù)據(jù)庫速度而聞名)。這里的風(fēng)險(xiǎn)是企業(yè)的應(yīng)用程序與兩個(gè)提供商的性能相關(guān)，任何一個(gè)提供商的任何問題都可能影響應(yīng)用程序的客戶體驗(yàn)。

(3) 將應(yīng)用程序構(gòu)建為與云無關(guān)。使用這種方法，企業(yè)可以在多個(gè)提供商上同時(shí)運(yùn)行應(yīng)用程序，或者將應(yīng)用程序負(fù)載分散到它們之間。該模型為企業(yè)在供應(yīng)商談判中提供了最大的靈活性，因?yàn)槠髽I(yè)可以輕松地將負(fù)載從一個(gè)云提供商轉(zhuǎn)移到另一個(gè)云提供商。缺點(diǎn)是會(huì)造成很難使用每個(gè)云提供商的關(guān)鍵功能，從而降低了將應(yīng)用程序托管在云中的好處。

4、建立云 KPI

關(guān)鍵績效指標(biāo) (KPI) 是企業(yè)收集的有關(guān)應(yīng)用程序或服務(wù)的指標(biāo)，用于衡量其執(zhí)行情況是否符合預(yù)期。云遷移的最佳 KPI 顯示了企業(yè)正在進(jìn)行的遷移是如何進(jìn)行的，闡明了可能潛伏在應(yīng)用程序中的可見或不可見的問題。也許最重要的是，云遷移 KPI 可以幫助企業(yè)確定遷移何時(shí)完成并成功。

云遷移 KPI 有幾個(gè)關(guān)鍵類別：

對(duì)于每個(gè)類別，確定哪些指標(biāo)對(duì)自身業(yè)務(wù)最重要，哪些指標(biāo)將受遷移到云的影響最大。

5、建立績效基準(zhǔn)

基線是測量應(yīng)用程序或服務(wù)的當(dāng)前(遷移前)性能的過程，以確定其未來(遷移后)性能是否可以接受?；€可幫助團(tuán)隊(duì)確定遷移何時(shí)完成，并驗(yàn)證預(yù)期的遷移后性能改進(jìn)。還可以在云遷移期間參考基線來診斷出現(xiàn)的任何問題。

管理者需要決定衡量的每個(gè) KPI 設(shè)置基線指標(biāo)。確定將收集數(shù)據(jù)多長時(shí)間以確定基線。選擇較短的基線期(例如一天)可以讓團(tuán)隊(duì)更快地行動(dòng)，但可能無法收集到具有代表性的績效樣本。選擇更長的基線時(shí)間(例如一個(gè)月)顯然需要更多時(shí)間，但可以提供更具代表性的數(shù)據(jù)。

團(tuán)隊(duì)管理者還需要確定是否只想收集平均或代表性的基線數(shù)據(jù)，或者是否希望包括在“高峰”或“關(guān)鍵”時(shí)期收集的數(shù)據(jù)。無論哪種數(shù)據(jù)收集模型適合所在行業(yè)，請務(wù)必明確定義要收集的數(shù)據(jù)類型和時(shí)間段。

6、優(yōu)先考慮遷移組件

企業(yè)管理者還必須決定是一次遷移整個(gè)應(yīng)用程序，還是將其逐個(gè)組件或逐個(gè)服務(wù)遷移到云組件。

首先，確定服務(wù)之間的連接以及哪些服務(wù)依賴于哪些其他服務(wù)。使用依賴關(guān)系圖來決定應(yīng)該遷移哪些組件以及以什么順序遷移。從具有最少依賴關(guān)系的服務(wù)開始通常是有意義的。

在這種情況下，需要首先遷移最內(nèi)部的服務(wù)，然后跟進(jìn)最外部的服務(wù)——通常是最接近客戶的服務(wù)。另一種方法是從最接近客戶的服務(wù)(最外部的服務(wù))開始，這樣就可以控制對(duì)客戶的所有影響。

7、執(zhí)行任何必要的重構(gòu)

企業(yè)可能希望在遷移應(yīng)用程序和服務(wù)之前對(duì)其進(jìn)行其他工作，以便它們在云中盡可能有效和高效地工作。例如，他們可能想要重構(gòu)應(yīng)用程序：

因此，它可以有效地與可變數(shù)量的運(yùn)行實(shí)例一起工作，以允許動(dòng)態(tài)擴(kuò)展，從而可能節(jié)省云服務(wù)成本。

這樣，企業(yè)的資源利用率就可以更好地利用動(dòng)態(tài)云功能，例如根據(jù)需要?jiǎng)討B(tài)分配和取消分配資源的能力，而不是提前靜態(tài)分配資源。

在遷移之前遷移到更加面向服務(wù)的架構(gòu)，以便企業(yè)可以更輕松地將單個(gè)服務(wù)遷移到云中。

8、創(chuàng)建數(shù)據(jù)遷移計(jì)劃

遷移數(shù)據(jù)是云遷移中最棘手的部分之一。數(shù)據(jù)的位置會(huì)顯著影響應(yīng)用程序的性能。當(dāng)數(shù)據(jù)訪問方法仍然主要是在本地時(shí)將數(shù)據(jù)移動(dòng)到云會(huì)顯著影響性能。如果數(shù)據(jù)仍然在本地，但訪問它的服務(wù)駐留在云中，情況也是如此。

數(shù)據(jù)遷移的選項(xiàng)包括：

• 在本地?cái)?shù)據(jù)庫和云數(shù)據(jù)庫之間使用雙向同步機(jī)制。將所有數(shù)據(jù)使用者移至云后，刪除本地?cái)?shù)據(jù)庫。
• 使用與基于云的數(shù)據(jù)庫單向同步的本地?cái)?shù)據(jù)庫，并允許消費(fèi)者僅連接到本地版本。準(zhǔn)備就緒后，禁用對(duì)本地版本的訪問，以便基于云的版本成為主數(shù)據(jù)庫，并啟用基于云的消費(fèi)者對(duì)新數(shù)據(jù)庫的訪問。

9、切換生產(chǎn)

企業(yè)何時(shí)以及如何將生產(chǎn)系統(tǒng)從舊的本地解決方案切換到新的云版本?答案取決于應(yīng)用程序的復(fù)雜性和架構(gòu)，尤其是數(shù)據(jù)和數(shù)據(jù)存儲(chǔ)的架構(gòu)。

有兩種常見的方法：

• 一次性完成。等到將整個(gè)應(yīng)用程序或服務(wù)移到云上并驗(yàn)證它可以在那里工作，然后將流量從本地堆棧切換到云堆棧。
• 一次做一點(diǎn)。移動(dòng)一些客戶，測試一切是否仍然有效，然后再移動(dòng)一些客戶。繼續(xù)此過程，直到將所有客戶轉(zhuǎn)移到基于云的應(yīng)用程序。

10、查看應(yīng)用程序資源分配

即使在完成將所有內(nèi)容遷移到云之后，還有一些事情需要考慮。最重要的是資源優(yōu)化。云針對(duì)動(dòng)態(tài)資源分配進(jìn)行了優(yōu)化，當(dāng)靜態(tài)分配資源(例如服務(wù)器)時(shí)，企業(yè)并沒有利用云的優(yōu)勢。

當(dāng)遷移到云中時(shí)，請確保團(tuán)隊(duì)制定了將資源分配給應(yīng)用程序的計(jì)劃。當(dāng)需要為云中的應(yīng)用程序分配額外的資源時(shí)，供應(yīng)商通?？梢噪S時(shí)從供應(yīng)商處獲得幾乎任何數(shù)量的資源。

文中的十 個(gè)步驟涵蓋了很多內(nèi)容，但在云遷移過程中，還應(yīng)該考慮其他事項(xiàng)。例如，創(chuàng)建安全可靠的云環(huán)境顯然是所有云遷移的關(guān)鍵部分。幸運(yùn)的是，主要的云提供商提供了重要的工具和資源來幫助企業(yè)構(gòu)建和維護(hù)一個(gè)安全的系統(tǒng)。