AWS 在企業(yè)上云領域擁有非常豐富的經驗，通過幫助企業(yè)順利完成遷移工作，AWS 總結出一套行之有效的遷移方法，概括來講包含三大階段，分別是：

　　其中計劃階段可細分為發(fā)現(xiàn)和設計兩部分，發(fā)現(xiàn)部分需要對現(xiàn)有企業(yè)商業(yè)邏輯和IT架構做數(shù)據收集、分類和梳理工作，以評估遷移的功能及非功能整體要求。設計部分通過發(fā)現(xiàn)服務得出的數(shù)據進行細致洞察，并制定詳細的遷移計劃，預估工作量，進行安全和風險評估。

　　執(zhí)行階段包括改造和過渡兩部分。其中改造部分需要部署相應的網絡拓撲，執(zhí)行遷移計劃，并且驗證遷移有效性。過渡部分需要將遷移后的成果平滑移交生產上線，其中包括引導測試，過渡支持，發(fā)布管理以及切換與退役。

　　運行階段是工作負載上云后的持續(xù)優(yōu)化和改進，包括運維部分和優(yōu)化部分。運維部分通過組建運維團隊，建設統(tǒng)一監(jiān)控能力，事件管理能力和資源供給能力。優(yōu)化部分則通過監(jiān)控驅動，形成持續(xù)改進的閉環(huán)系統(tǒng)，并且建設持續(xù)整合和持續(xù)部署能力，提升基礎架構服務的整體敏捷性。

　　在計劃階段需要系統(tǒng)地評估企業(yè)上云的各方因素，其中包括財務因素，合規(guī)因素，安全因素，合約因素，技術因素等。財務因素需要評估企業(yè)上云的總體擁有成本，分析上云的財務可行性；合規(guī)因素需要考量對于地方法規(guī)和行業(yè)要求的遵從；安全因素需要制定企業(yè)上云的安全策略，尤其需要關注數(shù)據的安全保護；合約因素通常指不同企業(yè)應用許可模式差異，比如 BYOL、Pay-As-You-Go、SaaS 等；技術因素需要論證遷移的技術可行性，并且制定詳細的遷移計劃和遷移策略。以遷移策略為例，我們在此展開討論，  AWS 總結了 6R 遷移策略提供參考，其中包括：Re-Host、Re-Platform、Re-Purchase、Refactor、Retire 和 Retain，說明如下：

　　Re-Host 是一種快速遷移策略，采用這種策略不需要改變現(xiàn)有工作負載的基礎架構，是一種簡單經濟的遷移方式。Re-Host 通常采用 Lift&Shift 的方式，將數(shù)據中心內已有基礎架構“搬”到 AWS 云上。采用本策略可以做到應用無關的遷移，通常需要引入遷移工具來實現(xiàn)“在線遷移”。

　　在企業(yè)上云的不同階段，采納不同工具或工具組合，能夠極大提升遷移效率，簡化遷移工作量，縮短業(yè)務停機時間，降低潛在的風險。AWS 在遷移的不同階段提供不同的工具服務，包括應用發(fā)現(xiàn)服務、服務器遷移服務、服務器遷移服務、數(shù)據庫遷移服務、數(shù)據傳輸服務以及遷移集中管理服務。

　　這些工具分別在遷移的計劃階段和執(zhí)行階段各有側重，確保每個階段能夠順利進行。

　　通過采用 AWS Application Discovery Service，可以收集有關企業(yè)客戶的本地數(shù)據中心的基礎信息，從而幫助企業(yè)客戶合理規(guī)劃遷移項目。企業(yè)級應用負載往往會涉及數(shù)千個高度相互依賴的工作負載，確定服務器利用率和依賴關系是遷移流程中至關重要的步驟。AWS Application Discovery Service 可以收集并呈現(xiàn)服務器的配置、使用數(shù)據和行為數(shù)據，簡化工作負載手工梳理工作。收集的數(shù)據以加密格式保存在 AWS Application Discovery Service 的數(shù)據存儲中。并可以導出為 CSV 文件，利用其來估算在 AWS 上運行的總體擁有成本（TCO）并規(guī)劃 遷移工作。此外，該數(shù)據還保留在 AWS Migration Hub 中，可以統(tǒng)一管理發(fā)現(xiàn)的服務器并跟蹤其遷移到 AWS 的進度。

　　AWS Server Migration Service （SMS） 是一種無代理服務，實現(xiàn)大規(guī)模批量將本地工作負載遷移到 AWS。AWS Server Migration Service （SMS） 通過將實時服務器卷復制到 AWS 并根據需要創(chuàng)建 Amazon 系統(tǒng)映像（AMI），并且實現(xiàn)增量復制，最大限度地降低網絡帶寬，提高遷移速度，并且大幅減少服務器停機時間。 AWS Server Migration Service （SMS） 適合大規(guī)模本地工作負載遷移到 AWS，并可以對其制定計劃以及進行追蹤，從而能夠更輕松地協(xié)調大規(guī)模服務器遷移。目前支持的系統(tǒng)包括：Windows Server 2003、2008、2012 與 2016，以及 Windows 7、8 與 10；Red Hat Enterprise Linux （RHEL）、SUSE/SLES、CentOS、Ubuntu、Oracle Linux、Fedora 與 Debian Linux 等。

 

　　通過采用 AWS Database Migration Service（DMS）遷移數(shù)據庫至 AWS，能夠在遷移過程中保持數(shù)據庫運行，盡可能減少依賴該數(shù)據庫的應用程序的停機時間。源數(shù)據庫能夠在遷移過程中全面保持運行，盡可能減少依賴該數(shù)據庫的應用程序的停機時間。AWS Database Migration Service 可以在廣泛使用的開源商業(yè)數(shù)據庫之間遷移數(shù)據，支持同構遷移（例如從 Oracle 遷移到 Oracle），以及在不同數(shù)據庫平臺之間的異構遷移（例如從 Oracle 遷移到 Amazon Aurora 或從 Microsoft SQL Server 遷移到 MySQL）。AWS Database Migration Service（DMS）支持從關系數(shù)據庫（包括 Amazon Aurora、PostgreSQL、MySQL、MariaDB、Oracle、SAP ASE 和 SQL Server）中將數(shù)據流式傳輸?shù)?Amazon Redshift，以便在 PB 級數(shù)據倉庫中對數(shù)據進行整合和分析。AWS Database Migration Service 還可用于連續(xù)數(shù)據復制，并且高度可用。

　　通過 AWS Migration Hub 集中管理遷移過程中各個組件的狀態(tài)，管理遷移進度，提升遷移過程的整體效率。在遷移過程中會涉及到許多組件，例如服務器或數(shù)據庫的狀態(tài)， 一般會使用不同的工具來跟蹤管理這些組件。利用 AWS Migration Hub 可以對相關服務器和資源進行分組，以幫助制定遷移計劃，并且從應用視角跟蹤遷移生命周期的進度，以確保遷移成功。

　　通過 AWS Snowball 實現(xiàn) PB 級數(shù)據傳輸，解決遷移過程中網絡成本高昂、傳輸時間長和安全等問題。使用 Snowball 傳輸數(shù)據簡單、快速、安全，并且成本可低至高速 Internet 費用的五分之一。傳輸任務可直接從 AWS 管理控制臺進行創(chuàng)建。當任務創(chuàng)建后，AWS 將 Snowball 設備交付于客戶。當收到設備后，只需將該設備掛載到企業(yè)的本地網絡、下載并運行 Snowball 客戶端來建立連接，然后使用該客戶端選擇要傳輸?shù)皆撛O備的數(shù)據即可�？蛻舳穗S后將對文件進行加密，并將其高速傳輸至該設備。當傳輸完成后即可返還該設備，并且可以通過 Amazon SNS、短信或直接在控制臺中跟蹤任務狀態(tài)。

　　與此同時， AWS 以合作共贏的理念與合作伙伴一起打造云計算生態(tài)環(huán)境，尤其在企業(yè)上云領域，其業(yè)務的多樣性和系統(tǒng)的復雜性決定了必須依賴一個豐富且強大的生態(tài)體系才能滿足企業(yè)客戶需求，以下列舉部分合作伙伴解決方案以供參考：

　　ATAMotion 是一種無代理的在線遷移工具，實現(xiàn)將工作負載從任何物理、虛擬或云端資源遷移至的 AWS EC2上。通過與 AWS API 集成全面集成從而實現(xiàn)友好的用戶界面，比如 VPC 自動配置，為所有 AWS 支持的操作系統(tǒng)提供細粒度遷移控制。其中專有克隆引擎是為企業(yè)級工作負載構建的，具備高效的遷移速度、靈活的部署，以及對復制或同步的數(shù)據庫大小沒有限制，滿足企業(yè)工作負載遷移上云的各類需求。

　　CloudEndure 支持各類企業(yè)工作負載遷移，包括物理的、虛擬化的、基于云的還是混合的，并且實現(xiàn)在線遷移，極大減少遷移工作對業(yè)務的影響。CloudEndure 在云中創(chuàng)建了一個完全復制的整個工作負載或應用程序，包含最新的存儲和配置數(shù)據，同時允許進行非破壞性測試，以確保副本正常工作。當完成相應遷移工作準備割接時，在目標云位置創(chuàng)建一個最新的副本，并相應地重定向業(yè)務流量即可。由于 CloudEndure 使用了真正的連續(xù)數(shù)據保護（CDP）技術將數(shù)據移動到目標位置，所以在切換過程中幾乎沒有停機時間。

　　Racemi DynaCenter 通過復制技術將應用程序遷移到 AWS EC2，其中包括 Amazon 專用主機和實例。針對大規(guī)模遷移遷移上云的應用，DynaCenter 能夠創(chuàng)建可重復的、自動化的和可重用的配置，以加速遷移項目。工作負載針對云兼容性和性能進行優(yōu)化，并且可以加載遷移后腳本自動安裝管理工具和云服務。同時支持環(huán)境檢查、遷移目的地服務器實例的自動調整，以及可以在遷移過程為不同工作負載設置不同遷移 策略，減少手動遷移所帶來的風險。從產品部署上，與 SaaS 工具不同，DynaCenter 防火墻友好，可直接安裝到 AWS VPC 中，并提供強大的可視化和控制能力以保證遷移工作的順利進行。

　　綜上所述，企業(yè)上云過程是一個復雜的系統(tǒng)工程，需要通盤考量。本文涵蓋了遷移方法論和遷移工具的部分內容，遷移過程中還有很多專題值得深入探討，例如遷移流程模型，測試與驗證方法，運維與持續(xù)優(yōu)化最佳實踐等，由于篇幅有限，期待下一期與您更加深入的交流。