【51CTO.com快譯】得益于云計算技術所帶來的便利與優勢，如今越來越多的企業正在著手將他們的各種工作負載遷移到云端。此類云端遷移的關鍵點在于：我們需要找一種適合于每一種垂直業務的通用方法。

以往在系統建成之初，鑒于管控的靈活性和安全性，各個企業紛紛選擇將自己的基礎架構安置在其數據中心之內。但是，隨著云計算的快速發展、業務需求的瞬息萬變、以及技術的不斷進步，越來越多的企業為了避免前期的過度投資，而積極地借用云服務所提供的“彈性”與敏捷性特點。因此，云服務對于各個企業的吸引力主要體現在：運營成本的降低、硬件更新成本的減少、業務敏捷性的增強、服務模式的靈活，這些從根本上避免了企業重起爐灶的成本、并降低了業務的整體風險。

[[244143]]

但是，云服務的采用并非是一片坦途。企業在將他們的各種遺留應用、或整體基礎架構，從數據中心遷移到云端的過程中，如果缺少周密的計劃，就很容易會把事情“搞砸”。而就算他們能夠幸運地闖過遷移這道關，也很可能會最終“輸”在運維之上。因此，持續完善自己的基礎架構、并采用適當的云設計原則，對于我們充分利用云服務的優勢都是十分重要的。

本文將重點介紹能夠幫助企業成功將系統與服務遷移到云端的十項***實踐。

1.確定遷移策略

一份周翔的策略，對于我們將基礎架構、和應用遷移到云端，并保證其“跑得起來”是尤為重要的。我們應當事先為遷移策略做好各項準備工作，并厘清本企業的各種業務邏輯。Gartner公布了5個“R”的策略，旨在幫助各個企業規劃屬于自己的遷移策略。下面我們在具體討論這5個“R”。

(1)Rehost

Rehost策略又被稱為“拿起、轉移(lift and shift)”策略。通常情況下，如果一個企業為了某種業務的目的，而快速地將其應用遷移到云端，則可選擇這種策略。例如：將各種應用重新部署到另一個硬件環境中，并修改應用架構的配置。此策略主要適用于IaaS模式，但不一定能享受到云端的靈活與擴展等特性。當然，企業選擇該策略的另一個普遍原因是：為其團隊提供鍛煉遷移技能的機會。

(2)Re-platform

Re-platform策略又被稱為“拿起、思考、轉移(lift, thinker, and shift)”。該策略并不改變當前系統的核心架構，只是通過快速的變更，來降低管理和運營的開銷，從而節省成本。例如：在云服務平臺上運行各種應用，包括：將原有的數據庫管理系統，轉移到云平臺所提供的托管數據庫服務上;以及改用云平臺所提供的應用程序，從而節省許可證的費用。

(3)Repurchase

Repurchase策略又被稱為“放棄、另買(drop and shop)”。通過該策略，企業可能會為了滿足某種業務的需求，而決定完全放棄一個產品、并轉向另一個具有***特性與功能的云端產品上。例如：放棄現有的CMS平臺轉到云端;或直接利用某個SaaS解決方案、而棄用自研的產品。

(4)Refactoring或Re-Architecting

這是一個***挑戰性的策略，但終將會給企業帶來***的收益。通常情況下，當現有的應用環境不能夠提供用戶所需的各種功能、規模、和性能時，企業會選擇通過重構、或重設計整個應用的架構，來滿足業務的需求，進而提高系統的靈活性和業務的前景。例如：設法在云服務平臺的架構上，運行現有的各種應用。此策略主要適用于PaaS模式。

(5)Retire

此策略一般被運用在發現階段。當企業發現其現有的10%～20%資源，不再會被使用到;或是在完成云端遷移之后，會被迅速丟棄掉的時候，就會使用該策略。

2.發現和淘汰組件

對于上述各種云遷移策略而言，Gartner并沒有限制說在某一種遷移場景中，僅能使用單獨一種策略;而只是建議大家在自己的數據中心內，以及對于各種應用和其他資源的發現過程中，***集中精力采用某一種策略。同時，我們在發現階段不要僅限于識別資源，還要厘清它們之間的聯系、和依賴性。

一旦完成了發現，我們就可以進行到下一個階段：判斷哪些將會被遷移、而哪些可以被淘汰掉了。當然，我們需要根據Re-platform策略，來評審那些將要被淘汰的部件，以最終識別出那些能夠被云服務平臺方便替換的、各種現有架構內的組件。

例如，我們可以通過選擇使用一種托管數據庫的服務，來取代當前系統中運行的主從MySQL數據庫的基礎架構。或者，企業可以通過選擇使用云服務商提供的電子郵件服務，以取代現有系統中正在運行的SMTP郵件服務器。可見，我們運用Re-platform的策略，既有助于企業減少向云端遷移的遺留組件，又有利于更好地去體驗云服務商給企業所帶來的價值和敏捷的服務。

3.許可證和遷移成本

許可證管理是云遷移過程中最為關鍵的一個環節。許可證的管理會涉及到現有環境的諸多方面，包括：操作系統的許可證、應用服務器的許可證、和第三方工具的許可證。作為遷移計劃的一部分，我們應該驗證各類許可證是否可以被轉移、以及是否能被轉換為基于云的許可證類型。

就操作系統的許可證而言，云服務商通常在其提供的實例成本報價中，已經包含了許可證的費用。當然，部分云服務商則會以備選項的形式，讓您勾選出基于主機級別的Windows許可證的申請。而對于三方工具而言，仍需企業自己去探索能夠同時擁有本地、和云端許可證的***管理模式。過去在通常情況下，同一數據中心里的相同許可證可以被多個應用程序所共享，因為他們都“跑”在同一個硬件平臺內。

然而在云服務的平臺上，由于應用程序被分布到了多個服務器上，情況就不同了。因此，對于那些提供產品服務的公司而言，鑒于各種資源是基于流量負載的變化而自動增減的，因此他們應該持續改進在此類復雜環境中的許可證管理方式。

作為云遷移計劃的另一個議題，我們也可能會面臨對于自帶許可證(bring your own license，BYOL)模式，和由云服務商提供的按使用支付許可證模式的選擇。每個模式都有利弊，我們應該事先權衡清楚，以免在遷移完成后出現重大的失誤。

***，我們還要仔細評估可能使用到的遷移工具的成本。除了云服務商會提供他們自己的服務與工具之外，我們還需要考慮可能購置第三方工具所增加的成本。

4.網絡管理

網絡方面的***實踐是：在開始遷移之前，我們事先設計好將要采用的云服務整體架構，并將各種資源映射到他們所對應的各自的區域、以及子網上。如今的云服務平臺一般都能提供：創建虛擬私有云(或網絡)、按需創建IP地址段(或子網)、為各種資源分配IP地址、并給它們建立相應的路由。在大多數情況下，為了功能上的延續性，原有的應用程序組件應該被分配相同的IP地址，以保持可能帶有的IP連接上的依賴性。

為了保證無縫遷移和切換，我們應當將各種資源映射到原有的域名之上，并保證與原有各個關聯方的精準通信，以避免混亂情況的發生。

5.專業技術團隊

眾所周知，一個專業的技術團隊，對于企業的云遷移進程是至關重要的。無論是過去的本地數據中心模式、還是將來的云端模式，團隊的最終目標都是始終如一的，即：通過對資源的有效管理，以保證應用的正常啟動與運行。

雖然“速途同歸”，但是在“途中”就需要不斷通過培訓，來提高團隊在運維、開發、和設計上的各種技能，并保證他們能盡快適應新的云端環境。

同時，鑒于培訓此類技能需要花費一定的時間，甚至會分散整個遷移團隊的精力，我們應當善于從云服務商處獲取既有的遷移經驗，利用他們提供的各種模板和自動化工具，來迅速解決遷移中出現的復雜性、以及按需調整計劃。

6.訪問管理

過去，企業憑借集中式的安全訪問機制，來管控個體對于服務器、或應用程序的訪問。同時，他們通過基于角色的訪問控制原理，對團隊成員的職能進行細粒度區分。如今，在云服務平臺上，我們更應當基于最小特權的原則，對不同人員的不同工作內容，實施不同的規范和計劃管理。此外，云服務平臺應當能夠提供與傳統集中式訪問管理相集成的銜接能力。當然，我們也要將訪問管理的治理策略，納入到遷移的準備工作之中。

7.開始淺嘗

不積跬步，無以至千里。我們應當先選擇一個小的應用程序，為它制定遷移方案，并實施遷移。通過這樣的“試錯”方式，我們能夠盡快的找出其中的差距，進而改進整體的遷移計劃。另外，該方法能夠有助于技術人員建立遷移的信心，并讓管理層通過觀念上的轉變，以體會到云端遷移給企業和業務所帶來的好處。

8.識別可重復項和采取自動化

云服務自動化的好處在于：為我們提供了通過代碼來構建基礎架構的能力，并且能夠在避免停機的狀態下，實現對應用程序的自動化部署。我們也可以將這樣的概念灌輸到遷移策略之中。在對多個應用進行遷移過程中，我們可以事先識別出那些相似的、可重復的場景。通過運用自動化，我們既可以縮短遷移的時間，又能夠保證更多的一致性。

9.監控與治理

我們應當在云端遷移過程中、和完成之后的不同階段，對整體運行環境進行仔細的檢查和監控。畢竟同一個應用程序，從原來的數據中心架構環境遷移到云端環境之后，其運行狀態可能不盡相同。因此，我們需要對應用本身、系統、網絡、以及各種審計日志進行收集，并且仔細檢查。通過儀表盤式的監控視圖，將各種數據與不同的組件相關聯。例如，我們可以通過可視化的資源利用率走勢圖，來優化服務器的配置，從而降低基礎架構的整體成本。

另外，我們也可以運用敏捷的方法論(agile methodology)，來指導大規模的遷移工作，從而根據各種及時的反饋，來持續改進整個團隊的遷移流程。

上面列出的是業界常用的十項***實踐，當然它們并不能完全保證您的云遷移一定會大獲成功。畢竟，這個過程還會取決于：執行團隊的專業知識，和技術上的具體要求等方面。不過，我相信上述實踐一定能夠在降低運營成本和風險、減少硬件投入、以及推動項目敏捷實施等方面，給您提供幫助。

原文標題：10 Cloud Migration Best Practices，作者：Daniel Berman

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