實現高效云端遷移的優秀實踐
譯文【51CTO.com快譯】如今，隨著技術迭代的不斷加深，許多企業都將目光從傳統的數據中心，投向了蓬勃發展的云端服務。許多企業的CIO也都將云服務，視為成功實現數字化改造的關鍵性平臺。籍此，他們能夠將當前的業務系統遷移到云端，以提供現代化的應用服務。
另外，就成本而言，企業希望通過不同的協作、敏捷性的流程、以及創新的業務模型，以低成本的方式，從云端解決方案中獲取服務的靈活性，進而把握新的商機，提高競爭優勢。可以說，無論是在哪個領域，更好的客戶體驗、更靈活的移動訪問方式、以及更安全的低成本服務，都會給企業帶來莫大的好處。
在實踐中，為了制定恰當的云端遷移策略，我們需要從如下基本問題出發，考量是否能夠滿足企業的總體運營目標：
- 哪些應用程序、流程、乃至基礎架構會被遷移到云端?
- 遷移的目標是什么?
- 誰擁有主動權，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】
