譯者 | 陳峻  

策劃 | 云昭

近年來，云遷移（Cloud migration）這個術(shù)語頻頻出現(xiàn)在大多數(shù)企業(yè)的IT話題中。最初，該術(shù)語僅代表了將服務(wù)從本地基礎(chǔ)架構(gòu)的服務(wù)器上，遷移到AWS EC2之類的云基礎(chǔ)架構(gòu)上的相關(guān)實踐。如今，云遷移的概念已拓展為：包括遷移到托管數(shù)據(jù)庫、API網(wǎng)關(guān)以及可能需要AWS、或Azure來處理某些負(fù)載上。當(dāng)然，如果貴企業(yè)屬于金融或公共事業(yè)部門的話，則需要遷移到私有云、或是滿足特殊監(jiān)管要求的公有云。

下面，我將從改進(jìn)企業(yè)文化、實施智能變更以及可觀測性與監(jiān)控三個方面，和大家討論企業(yè)進(jìn)行云遷移的各項優(yōu)秀實踐與原則。通過將這些指導(dǎo)原則應(yīng)用于企業(yè)的云遷移工作中，可以幫助大家避免出現(xiàn)目的不清或低效的窘境，從而能夠有組織地通過工具，來穩(wěn)健地完成遷移工作。

在深入探討優(yōu)秀實踐之前，讓我們首先談?wù)勗谠七w移過程中，通常會被用到的不同方法。

云遷移方法之5個R

由于云端環(huán)境存在著多樣性、業(yè)務(wù)需求的復(fù)雜性以及行業(yè)細(xì)分領(lǐng)域的差別性，因此目前尚沒有一種放之四海皆準(zhǔn)的云遷移指導(dǎo)方案。不過，傳統(tǒng)企業(yè)往往可以借鑒并采取如下5個R中的一種方法，去實踐：

• Rehost（重新托管）：這是一種傳統(tǒng)的搬家式（lift-and-shift）遷移方法。例如，應(yīng)用程序原本在本地的VM（虛擬機）中運行，現(xiàn)在你需要將它重新部署到云服務(wù)環(huán)境中運行的VM上。
• Refactor（重構(gòu)）：它與rehost類似，不同之處在于多了一個諸如：搬起、調(diào)整和遷移的中點步驟（midpoint step）。
• Revise（修訂）：這是rehost和refactor的結(jié)合。它通常包括重大的應(yīng)用更改，以更好地利用目標(biāo)云環(huán)境的各項功能。
• Rebuild（重建）：它比Revise方法更進(jìn)一步，在某些情況下，可能需要通過完全重建應(yīng)用，以更好地利用云環(huán)境的各項功能。
• Replace（替換）：通過這種方法，企業(yè)會刪除掉了本地維護(hù)的某項功能，并使用第三方措施予以替代。

現(xiàn)在，讓我們把這些方法運用到云端服務(wù)的場景中：

• Rehost：可以將那些運行在本地虛擬機中的應(yīng)用程序，重新部署到運行在多個云服務(wù)中的虛擬機上。
• Refactor：可以通過中點步驟，對每個云服務(wù)目標(biāo)進(jìn)行調(diào)整。
• Revise：通過對應(yīng)用程序進(jìn)行重大的更改，以利用每個云服務(wù)目標(biāo)的功能。
• Rebuild：通過完全重建應(yīng)用程序，以利用多個云服務(wù)目標(biāo)的功能。
• Replace：可以利用多個潛在的第三方云服務(wù)選項，來替代本地應(yīng)用的部分功能。

可見，上面提到的多個云服務(wù)、專業(yè)化的用例以及各種行業(yè)的法規(guī)，都會快速增加云端遷移的復(fù)雜性。對此，企業(yè)應(yīng)當(dāng)遵循如下三個關(guān)鍵性的實踐原則，來理順和簡化云遷移工作。

1、改進(jìn)企業(yè)文化

有過企業(yè)管理經(jīng)驗的人都知道，最困難卻又是最有價值的實踐之一莫過于企業(yè)文化的改進(jìn)。一般來說，可以從“由誰負(fù)責(zé)技術(shù)資產(chǎn)的哪些部分”開始整理，并在嘗試云端遷移之前，明確如下方面：

（1）確定責(zé)任

我們可以將RACI矩陣（請參見下圖）技術(shù)運用到給定的組件或域上。在遷移期間，它將能夠清楚地表明誰負(fù)有責(zé)任（responsible）、誰將提供記錄（accountable）、誰可以提供咨詢（consulted）、誰只需被通知（informed）將發(fā)生的各種更改即可。由于云服務(wù)加快了服務(wù)和產(chǎn)品的轉(zhuǎn)化速度，因此你的企業(yè)與團(tuán)隊?wèi)?yīng)當(dāng)適應(yīng)此類變化，而變化所對應(yīng)的角色也就顯得非常重要了。

（2）跟蹤指標(biāo)

文化改進(jìn)的另一個組成部分是確定關(guān)鍵性指標(biāo)，并將這些指標(biāo)記錄下來。有人可能會擔(dān)心此舉會暴露出運營效率低下等問題。不過，根據(jù)短板原理，一旦存在運營的不衡量，就無法提高整體水平。因此，我們有必要在各個層面進(jìn)行指標(biāo)的跟蹤。例如：從應(yīng)用團(tuán)隊的角度出發(fā)，圍繞并跟蹤網(wǎng)絡(luò)和存儲延遲的指標(biāo)。而對于更高的管理級別，我們需要簡潔清楚地定義與說明服務(wù)級別目標(biāo)（service level objectives，SLO）的組成部分，并盡可能讓更多的團(tuán)隊知曉并遵守此類標(biāo)準(zhǔn)化的復(fù)合性SLO。你也許會說，我們何不用服務(wù)水平協(xié)議（service level agreements，SLA）來強制保證合同的執(zhí)行呢？其實，相比SLA，SLO更可以幫助你個組織，了解當(dāng)前應(yīng)用的性能與可靠性是如何影響到客戶以及整體業(yè)務(wù)的。

（3）有效地回答任何有關(guān)業(yè)務(wù)的問題

我們可以將編程的思想延伸到業(yè)務(wù)上，提高現(xiàn)有業(yè)務(wù)的可觀察性和監(jiān)控能力。例如，如果團(tuán)隊成員需要通過復(fù)制和粘貼PromQL的查詢，來響應(yīng)有關(guān)某個業(yè)務(wù)影響的問題，那么你應(yīng)該將其視為改進(jìn)的機會。雖然它可能牽扯到廣泛而復(fù)雜的方面，但是在大多數(shù)情況下，你以通過將數(shù)據(jù)存儲與靈活的可視化系統(tǒng)相結(jié)合，并有選擇地針對不同級別的查詢予以開發(fā)，來實現(xiàn)系統(tǒng)的開放性和可觀察性，并最終達(dá)到快速、準(zhǔn)確地回答業(yè)務(wù)問題。

2、實施智能化變更

變更管理往往給人的印象是嚴(yán)厲而刻板，變更管理委員會通常只會說“不”。而這顯然不是“智能化變更”的體現(xiàn)。

智能變更是一種使用技術(shù)門控（technical gating），而不是流程門控的云遷移方法。換句話說，我們需要通過自動化流程來實施保護(hù)，其中包括：端到端測試、持續(xù)集成以及分布式跟蹤的證明等。而那些技術(shù)門控所無法涵蓋的部分（或需要大量工作才能實現(xiàn)的部分）應(yīng)當(dāng)被放置到遷移列表的低優(yōu)先級的位置。

通常，我們需要為更小或更簡單的工作負(fù)載創(chuàng)建技術(shù)門控，以便為更復(fù)雜的、遵循相似流程的其他部分鋪平道路。同時，我們可以通過迭代式地完成每個部分，直至達(dá)到足夠的正確性和功能性水平，以實現(xiàn)云端遷移工作的可重復(fù)性。

3、可觀測性和監(jiān)控

如前所述，在遷移之前，提供系統(tǒng)和應(yīng)用程序的可觀察性（如果它們尚不具備的話），以便在此基礎(chǔ)上開展各項監(jiān)控工作，對于驗證云端遷移工作的成敗也是至關(guān)重要的。例如，根據(jù)是否可與數(shù)據(jù)庫建立連接，你能判斷其是處于啟動還是關(guān)閉狀態(tài)。而只有當(dāng)你以查看到利用率指標(biāo)、查詢用時以及活動連接計數(shù)等參數(shù)指標(biāo)時，才算是真正獲取了數(shù)據(jù)庫的可觀察性。而有了可觀察性，你可以進(jìn)一步問出如下問題：

我能夠根據(jù)監(jiān)控數(shù)據(jù)獲得相應(yīng)的警報嗎？

我的基礎(chǔ)設(shè)施可以基于監(jiān)控進(jìn)行自我修復(fù)嗎？

我需要多長時間才能根據(jù)監(jiān)控數(shù)據(jù)找到對應(yīng)系統(tǒng)和應(yīng)用的問題根源？

從本質(zhì)上說，可監(jiān)控性是云端遷移在決策期間的根據(jù)。沒有它，云端遷移就會像是在“黑暗球場中投球”一樣。

相應(yīng)地，我們也需要有一個統(tǒng)一的管理平臺，來追溯遷移團(tuán)隊所做的每一次更改、部署以及對系統(tǒng)和應(yīng)用環(huán)境所造成的影響。據(jù)此，一旦在云遷移期間發(fā)生了任何問題，我們都能夠通過其可觀察性和監(jiān)控，及時發(fā)現(xiàn)并按需回滾或處置。

寫在最后  

實際上，業(yè)界還有著許多關(guān)于輕松實現(xiàn)云端遷移的優(yōu)秀實踐，并且具體到各個操作細(xì)節(jié)的相關(guān)介紹書籍。不過，上述三個實踐是從源頭上，為你大家供了如何成功開展云端遷移的“誰”、“什么”、“為什么”的思路。當(dāng)然，常言道“與其坐而論道,不如起而行之”，你我們以謹(jǐn)慎地選用一個成熟的云服務(wù)供應(yīng)商，采用諸如Lightstep之類，針對企業(yè)構(gòu)建的云原生SRE工具，實現(xiàn)遷移過程中的可觀察觀、監(jiān)控以及事件響應(yīng)等關(guān)鍵性平臺服務(wù)。

譯者介紹

陳峻 （Julian Chen），51CTO社區(qū)編輯，具有十多年的IT項目實施經(jīng)驗，善于對內(nèi)外部資源與風(fēng)險實施管控，專注傳播網(wǎng)絡(luò)與信息安全知識與經(jīng)驗；持續(xù)以博文、專題和譯文等形式，分享前沿技術(shù)與新知；經(jīng)常以線上、線下等方式，開展信息安全類培訓(xùn)與授課。