【51CTO.com快譯】如今，隨著技術迭代的不斷加深，許多企業都將目光從傳統的數據中心，投向了蓬勃發展的云端服務。許多企業的CIO也都將云服務，視為成功實現數字化改造的關鍵性平臺。籍此，他們能夠將當前的業務系統遷移到云端，以提供現代化的應用服務。

[[278448]]

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

在實踐中，為了制定恰當的云端遷移策略，我們需要從如下基本問題出發，考量是否能夠滿足企業的總體運營目標：

• 哪些應用程序、流程、乃至基礎架構會被遷移到云端?
• 遷移的目標是什么?
• 誰擁有主動權，IT還是業務?
• 資金來源：資本支出、運營成本、還是轉嫁到第三方?
• 要遷移到哪種云類型：私有云、公共云還是混合云?
• 如何遷移到云端?

當然，雖然許多企業在應用上都有云遷移的需求，但是并非所有的應用都適合被遷移過去。

無法遷移到云端的挑戰?

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

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

下面，我們來一起討論一下，那些能夠讓企業成功實現高效云端遷移的優秀實踐。

云遷移的內外部驅動力

由于整個遷移過程會產生一定的成本，因此我們需要事先發掘云遷移的內、外部驅動力，例如：

• 需要整合那些冗余的IT資源、以及退役或殘留的應用軟件，減少數據中心的占地面積、并提高計算的整合能力;
• 通過應用程序的更新換代，以滿足基于行業的技術標準和軟件的業務目標;
• 通過對IT領域采取最低投資和最高回報的策略，以實現按需擴展IT資源、以及按需付費的目的;
• 根據市場需求提高業務績效，靈活應對不斷變化的業務需求，以最小的變化和投資，達到業務系統的靈活性;
• 根據業務資源的預算，降低IT資源的總體擁有成本。

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

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

云遷移優秀實踐

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

小步試錯

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

標注移動組

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

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

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

多云環境

此步驟有助于確定應用程序將在單個云環境中運行、還是在多個云服務環境里被執行。就單個云提供商而言，我們很容易鎖定之;而如果涉及到向不同的云提供商遷移的話，就需要多方協調努力了。具體模型包括如下三種：

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

自動化

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

數據遷移

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

監控與治理

為了構建滿足企業實際需求的云應用服務，企業內部需要由多個跨職能部門的團隊，來負責開發和管理企業的云端戰略、以及各種實踐。同時，企業應該采用敏捷(Agile)的方法，在整個遷移過程持續進行學習與改進，進而在“小步快跑”中實現大規模的云端遷移。

在許多企業中，他們都會設立系統遷移架構師的崗位，來專門負責規劃和領導遷移的各方面工作。在具體實踐中，他們的核心職責包括：定義遷移成功所需的必要重構條件，設計數據遷移的相關策略，根據云解決方案來定義需求，以及確定遷移工作的優先級和切換的模式。通過與企業中其他業務部門的協作，他能夠順利地穩步推進云轉移的順利完成。此外，由運營、開發和設計部門所組成的云遷移團隊，需要通過持續學習和相互培訓的方式，開發出各種自動化的模板，進而對云應用的架構進行不斷的設計與改進。

總結

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

• 選擇正確的云提供商。
• 使用正確的遷移工具。
• 轉變為敏捷的操作模式。
• 通過可擴展性和高可用性，來最大化生產率。
• 盡量將開發和測試環境移植到云端。
• 始終將企業核心功能遷移到私有云中，而將非核心服務遷移到公共云中。
• 如有可能，應采用混合云的模型。
• 將現有架構轉換為可擴展的、基于動態API的交互式模型。
• 將云原生能力賦能給各種應用程序，通過轉換，實時輸出可操作性的數據。
• 通過驅動高水平的自動化，來減少項目和運營的各項成本。
• 引入掌握熟練知識和技能的人員。

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

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