【51CTO.com快譯】如今，隨著技術(shù)迭代的不斷加深，許多企業(yè)都將目光從傳統(tǒng)的數(shù)據(jù)中心，投向了蓬勃發(fā)展的云端服務(wù)。許多企業(yè)的CIO也都將云服務(wù)，視為成功實現(xiàn)數(shù)字化改造的關(guān)鍵性平臺。籍此，他們能夠?qū)?dāng)前的業(yè)務(wù)系統(tǒng)遷移到云端，以提供現(xiàn)代化的應(yīng)用服務(wù)。

[[278448]]

另外，就成本而言，企業(yè)希望通過不同的協(xié)作、敏捷性的流程、以及創(chuàng)新的業(yè)務(wù)模型，以低成本的方式，從云端解決方案中獲取服務(wù)的靈活性，進(jìn)而把握新的商機，提高競爭優(yōu)勢?？梢哉f，無論是在哪個領(lǐng)域，更好的客戶體驗、更靈活的移動訪問方式、以及更安全的低成本服務(wù)，都會給企業(yè)帶來莫大的好處。

在實踐中，為了制定恰當(dāng)?shù)脑贫诉w移策略，我們需要從如下基本問題出發(fā)，考量是否能夠滿足企業(yè)的總體運營目標(biāo)：

• 哪些應(yīng)用程序、流程、乃至基礎(chǔ)架構(gòu)會被遷移到云端?
• 遷移的目標(biāo)是什么?
• 誰擁有主動權(quán)，IT還是業(yè)務(wù)?
• 資金來源：資本支出、運營成本、還是轉(zhuǎn)嫁到第三方?
• 要遷移到哪種云類型：私有云、公共云還是混合云?
• 如何遷移到云端?

當(dāng)然，雖然許多企業(yè)在應(yīng)用上都有云遷移的需求，但是并非所有的應(yīng)用都適合被遷移過去。

無法遷移到云端的挑戰(zhàn)?

即使在現(xiàn)在，以政府、銀行和保險業(yè)為核心的企業(yè)仍然會猶豫：是否有必要從完全的本地架構(gòu)轉(zhuǎn)移出去，是否會失去對數(shù)據(jù)的全面控制，云服務(wù)是否會與現(xiàn)有的基礎(chǔ)架構(gòu)(尤其是核心應(yīng)用程序)難以集成。這些顧慮都可能會妨礙企業(yè)對于新的業(yè)務(wù)機會的把握。

另外，阻礙將業(yè)務(wù)應(yīng)用遷移到云端的其他因素還包括：數(shù)據(jù)中心本地應(yīng)用的運維和支持成本的增加，數(shù)據(jù)存儲和分析能力的不足，安全風(fēng)險的上升，面對新生威脅的防護不足，以及在實現(xiàn)應(yīng)用擴展的移動性、與對新興技術(shù)支持方面的能力受限。

下面，我們來一起討論一下，那些能夠讓企業(yè)成功實現(xiàn)高效云端遷移的優(yōu)秀實踐。

云遷移的內(nèi)外部驅(qū)動力

由于整個遷移過程會產(chǎn)生一定的成本，因此我們需要事先發(fā)掘云遷移的內(nèi)、外部驅(qū)動力，例如：

• 需要整合那些冗余的IT資源、以及退役或殘留的應(yīng)用軟件，減少數(shù)據(jù)中心的占地面積、并提高計算的整合能力;
• 通過應(yīng)用程序的更新?lián)Q代，以滿足基于行業(yè)的技術(shù)標(biāo)準(zhǔn)和軟件的業(yè)務(wù)目標(biāo);
• 通過對IT領(lǐng)域采取最低投資和最高回報的策略，以實現(xiàn)按需擴展IT資源、以及按需付費的目的;
• 根據(jù)市場需求提高業(yè)務(wù)績效，靈活應(yīng)對不斷變化的業(yè)務(wù)需求，以最小的變化和投資，達(dá)到業(yè)務(wù)系統(tǒng)的靈活性;
• 根據(jù)業(yè)務(wù)資源的預(yù)算，降低IT資源的總體擁有成本。

為了預(yù)估應(yīng)用程序在云遷移中涉及到的工作負(fù)載，企業(yè)應(yīng)事先確定有哪些應(yīng)用、流程和數(shù)據(jù)需要被遷移，以及目標(biāo)云端環(huán)境的類型(公有云、私有云、還是混合云)。

許多組織都會選擇以增量的方式開展應(yīng)用的遷移。也就是說，他們會選擇那些提供信息服務(wù)、擁有客戶數(shù)據(jù)及敏感信息最少的應(yīng)用程序入手。由于風(fēng)險最低，也就方便了實施方根據(jù)實際情況彈性地進(jìn)行決策的調(diào)整。

云遷移優(yōu)秀實踐

除了上面介紹到的增量遷移這一基本原則，我們還可以參考如下方面：

小步試錯

第一種優(yōu)秀實踐就是“試錯設(shè)計”。為了證明遷移概念的可行性，我們可以從整體的應(yīng)用中選取一個較小的服務(wù)，來予以遷移驗證。其中，我們可以通過測試工作的負(fù)載、估計應(yīng)用遷移所需要的資源(包括：存儲的大小、所需的虛擬機數(shù)量、網(wǎng)絡(luò)的帶寬、以及安全相關(guān)的控制要求)，來評估遷移后的應(yīng)用與原始服務(wù)質(zhì)量之間的差距，進(jìn)而不斷地改進(jìn)當(dāng)前的遷移計劃。當(dāng)然，我們也需要根據(jù)業(yè)務(wù)方對于云遷移后的詳細(xì)需求，來判斷云平臺對于應(yīng)用所存在的兼容性問題。這就是Proofs Of Concept(POC)在此環(huán)節(jié)所發(fā)揮的作用。

標(biāo)注移動組

我們將那些可以被遷移到云端的應(yīng)用稱為移動組(Move Group)。這是一個邏輯分組，該組內(nèi)的所有應(yīng)用可以在同一個預(yù)設(shè)的時間段內(nèi)被遷移到云端。

分組的好處在于：我們既可以讓多個移動組并行開始遷移，也可以讓一個移動組緊接在另一個移動組完成之后馬上啟動。當(dāng)然，您還可以根據(jù)業(yè)務(wù)或技術(shù)的短期、長期目標(biāo)，實時調(diào)整不同的遷移方式。如下六種方法被稱為“6個R”(請詳見https://dzone.com/articles/the-rs-of-migration)：

• 重新托管(Re-hosting)：您可以使用自動化工具或手動的方式，來直接遷移(Lift-and-Shift)各種應(yīng)用程序。
• 重新平臺化(Re-platforming)：啟用新的平臺、并修改底層基礎(chǔ)設(shè)施。不過現(xiàn)有的程序架構(gòu)仍保持不變。
• 替換(Replace)：直接轉(zhuǎn)移到其他類型的平臺(推薦是SaaS平臺)上。
• 重新架構(gòu)(Re-architecting)：使用云平臺的原生功能，重新設(shè)計應(yīng)用程序與基礎(chǔ)架構(gòu)。
• 退役(Retire)：直接“退役”掉應(yīng)用程序，另起爐灶。
• 保留(Retain)：繼續(xù)在當(dāng)前的狀態(tài)下使用應(yīng)用程序。

多云環(huán)境

此步驟有助于確定應(yīng)用程序?qū)⒃趩蝹€云環(huán)境中運行、還是在多個云服務(wù)環(huán)境里被執(zhí)行。就單個云提供商而言，我們很容易鎖定之;而如果涉及到向不同的云提供商遷移的話，就需要多方協(xié)調(diào)努力了。具體模型包括如下三種：

• 單云環(huán)境中的應(yīng)用：即，一整類應(yīng)用程序都運行在同一個云提供商處，而其他類型的應(yīng)用則運行在別處云提供商那里。該模型的好處是：企業(yè)可以靈活地增加新的業(yè)務(wù)。
• 將應(yīng)用程序拆分到多個云提供商處：即，單個應(yīng)用的一部分運行在某一個云提供商處，而另一部分則運行在別處云提供商那里。該模型的好處是：企業(yè)可以利用每個云提供商的各自優(yōu)勢。
• 云不可知(Cloud-agnostic)類應(yīng)用：即，此類應(yīng)用可以運行在任意云提供商上。因此，該應(yīng)用既可以同時運行在多個云提供商處，又能夠被拆分到多處。顯然，該模型給企業(yè)提供了將負(fù)載從一個云提供商，遷移到另一個云提供商的靈活性。

自動化

自動化提供了在無需任何停機時間的前提下，以代碼的形式構(gòu)建基礎(chǔ)架構(gòu)、以及自動化部署應(yīng)用程序的能力。因此企業(yè)希望在多個應(yīng)用程序的遷移過程中，以自動化的可重復(fù)模式，減少遷移時間，提供更好的一致性。同時，企業(yè)內(nèi)部的團隊之間也能相互傳授那些自動化優(yōu)先的流程，進(jìn)而能夠更好地從云端遷移中獲益。為了利用遠(yuǎn)程交付來安排與監(jiān)視各項作業(yè)，企業(yè)可以采用遷移工廠(migration factory)的模式，來降低勞動力的成本與時間、以及云遷移所需的現(xiàn)場專業(yè)服務(wù)。此外，企業(yè)也可以有目的性地去檢索那些可用于支持基于云許可(cloud-based licensing)模型的各種軟件工具集。

數(shù)據(jù)遷移

在開始從生產(chǎn)環(huán)境向云端遷移之前，企業(yè)需要對有待遷移的數(shù)據(jù)進(jìn)行完整的評估。企業(yè)可以直接將本地數(shù)據(jù)集發(fā)送到云提供商處，以便由他們負(fù)責(zé)上傳到云端;然后在現(xiàn)有的數(shù)據(jù)中心中仍然保留既有的主機應(yīng)用，僅將調(diào)用關(guān)系指向那些被遷移到云端的數(shù)據(jù)而已。這通常是針對大量零散數(shù)據(jù)的優(yōu)選遷移方案。同時，為了給數(shù)據(jù)制定適當(dāng)?shù)臍w檔與備份策略，企業(yè)可以參照這樣一種優(yōu)選實踐，即：盡可能地將動態(tài)數(shù)據(jù)接近計算資源，而將靜態(tài)數(shù)據(jù)盡可能地接近用戶側(cè)。業(yè)界往往是通過傳統(tǒng)的緩存技術(shù)來實現(xiàn)此目的。

監(jiān)控與治理

為了構(gòu)建滿足企業(yè)實際需求的云應(yīng)用服務(wù)，企業(yè)內(nèi)部需要由多個跨職能部門的團隊，來負(fù)責(zé)開發(fā)和管理企業(yè)的云端戰(zhàn)略、以及各種實踐。同時，企業(yè)應(yīng)該采用敏捷(Agile)的方法，在整個遷移過程持續(xù)進(jìn)行學(xué)習(xí)與改進(jìn)，進(jìn)而在“小步快跑”中實現(xiàn)大規(guī)模的云端遷移。

在許多企業(yè)中，他們都會設(shè)立系統(tǒng)遷移架構(gòu)師的崗位，來專門負(fù)責(zé)規(guī)劃和領(lǐng)導(dǎo)遷移的各方面工作。在具體實踐中，他們的核心職責(zé)包括：定義遷移成功所需的必要重構(gòu)條件，設(shè)計數(shù)據(jù)遷移的相關(guān)策略，根據(jù)云解決方案來定義需求，以及確定遷移工作的優(yōu)先級和切換的模式。通過與企業(yè)中其他業(yè)務(wù)部門的協(xié)作，他能夠順利地穩(wěn)步推進(jìn)云轉(zhuǎn)移的順利完成。此外，由運營、開發(fā)和設(shè)計部門所組成的云遷移團隊，需要通過持續(xù)學(xué)習(xí)和相互培訓(xùn)的方式，開發(fā)出各種自動化的模板，進(jìn)而對云應(yīng)用的架構(gòu)進(jìn)行不斷的設(shè)計與改進(jìn)。

總結(jié)

如今，企業(yè)上云已是大勢所趨、勢不可擋。各類企業(yè)需要通過將原有的應(yīng)用程序移植到云端，來降低運營成本，縮短產(chǎn)品的交付時間，增加增值收入，挖掘創(chuàng)新資源，進(jìn)而將自身的注意力集中在核心業(yè)務(wù)上。綜上所述，我們基于業(yè)界各類企業(yè)的云端遷移經(jīng)驗，為您總結(jié)了如下十一條優(yōu)秀實踐建議：

• 選擇正確的云提供商。
• 使用正確的遷移工具。
• 轉(zhuǎn)變?yōu)槊艚莸牟僮髂Ｊ健?/li>
• 通過可擴展性和高可用性，來最大化生產(chǎn)率。
• 盡量將開發(fā)和測試環(huán)境移植到云端。
• 始終將企業(yè)核心功能遷移到私有云中，而將非核心服務(wù)遷移到公共云中。
• 如有可能，應(yīng)采用混合云的模型。
• 將現(xiàn)有架構(gòu)轉(zhuǎn)換為可擴展的、基于動態(tài)API的交互式模型。
• 將云原生能力賦能給各種應(yīng)用程序，通過轉(zhuǎn)換，實時輸出可操作性的數(shù)據(jù)。
• 通過驅(qū)動高水平的自動化，來減少項目和運營的各項成本。
• 引入掌握熟練知識和技能的人員。

原文標(biāo)題：Best Practices for Effective Cloud Migration，作者: Dr. Gopala Krishna Behara

【51CTO譯稿，合作站點轉(zhuǎn)載請注明原文譯者和出處為51CTO.com】