通過構建遷移路線圖來避免可能的失誤。了解你的應用程序并確認遷移的好處將有助于應用到AWS的平滑遷移。

AWS彈性計算云的便利性和潛在的成本節省很有吸引力，但這其中的未知讓許多IT專業人士產生了猶豫。遷移現有的應用到云端，特別是遺留應用，常常讓管理員手足無措。

事實證明，實現這一轉變并不難，但在AWS的遷移過程中有一些指導思想必須銘記在心。組織在遷移一個應用到亞馬遜Web服務（AWS）前應遵循三個步驟。

首先，進行投資組合分析，查看各個應用和工作負載是否適合云。“原本云計算的價值主張是如何降低成本，但現在很顯然，真正的價值是讓應用程序能夠真正利用云的靈活性優勢，”一名位于馬薩諸塞州Cambridge的Forrester Research的分析師David Bartoletti說。

第二個考慮是確定一旦將應用遷移到云中是否要為其增加新奇的功能，如大數據或Hadoop。

第三點需要考慮的是應用是否已經被虛擬化過了，這可以減輕遷移到云的工作。然而，“如果你只是將一個虛擬機放到云里，這也許會節省一些初始的開銷，但恐怕不會長期的為你省錢，除非它還提供了一些其他的好處，”Bartoletti說。

使用AWS遷移工具

IT團隊需要仔細地完成到云的完全轉換。首先考慮虛擬化一個應用，然后尋找可以使用的云遷移工具。“如果你正在使用VMware，Amazon有一個VM導入/導出工具可以幫助你直接遷移，”Bartoletti說。

遷移工具可以幫助管理員評估網絡連接問題并重新建立連接到應用之前用硬編碼寫入的地址。這應該按照計劃進行。然而，你也可以使用粗暴的方法，通過拷貝一個應用到AWS然后再作必要的更改讓它能夠正常工作。有一些第三方的服務可以有助AWS的遷移。

但不是所有應用的遷移都是一樣的，遺留應用需要額外措施。比如，對一個小型的X86應用來說，該流程通常只是一個簡單的“提升和轉移”。但是，在企業里，幾乎沒有獨立的應用適用于這種狀況，大多數應用都是和一個更大的應用生態系統連接在一起。

“在這種情況下，你有可能會破壞某個接口，”Joseph Coyle，Capgemini North America的CTO說。Capgemini采用了一種方法來識別目標應用和業務流程，以及他們之間的所有交互。

AWS幾乎和所有的私有云一樣都只支持基于X86的技術，Coyle注釋道，并且絕大多數都是面向Windows或者Linux的操作系統。企業如果使用不符合那些類型的遺留系統或者依賴于某個不支持云的數據庫，則可能需要轉換技術。

“對于遺留應用程序確實需要某種類型的修正，你需要一個流程來確定所需的變化，以及在哪些地方采取整治，”Coyle說。

AWS遷移六大步驟

一旦你知道了哪些組件需要遷移，就需要有一個合理的順序來執行整個遷移的過程，根據Avishai Wool，AlgoSec的CTO的說法，AlgoSec是一家位于波士頓的網絡安全策略管理提供商。

1．找出應用程序依賴的所有服務器以及代碼的連接指向哪里--不僅僅是運行代碼的服務器。

2．找出使用該應用的所有客戶端以及他們位于的網絡分段。

3．選出哪些服務器要移植到AWS，有一些也許需要留在數據中心。

4．克隆遷移的服務器并將拷貝存到AWS實例中，然后為這些克隆服務器分配IP地址。

5．重新配置服務器指向新選出的相應地址。

6．配置AWS防火墻和圍繞數據中心的傳統防火墻，讓所有的應用程序流使用新IP地址并走新的網絡路徑。

可能產生花費的故障和陷阱

大多數剛接觸AWS的公司在選擇或配置實例時，或者當選擇所需的存儲類型時，會犯一些錯誤。其中一個不太常見但卻會造成很大后果的錯誤是忽略網絡的考慮。

“在AWS基于消費的模型上，錯誤的配置可以在AWS的功能和工具集的幫助下非常迅速地得到修復，但是一個網絡錯誤可能帶來遷移和用戶接入進程的停滯，”Coyle說。

另一個潛在的代價高昂的錯誤是在選擇按需實例和預留實例上。“這種類型的錯誤沒有計算或性能的問題，但可能對財務產生大的影響，”他說。

遷移不一定是一個全或無的過程。Shlomo Swidler，Orchestratus公司的CEO這樣建議，“先試水，有個路線圖，進行投資組合評估以確定哪些應用應該先遷移，然后每個階段要有一個可衡量的標準來幫助做出繼續（或）停止的決定。”