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

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

　　執(zhí)行階段包括改造和過渡兩部分。其中改造部分需要部署相應(yīng)的網(wǎng)絡(luò)拓?fù)�，�?zhí)行遷移計(jì)劃，并且驗(yàn)證遷移有效性。過渡部分需要將遷移后的成果平滑移交生產(chǎn)上線，其中包括引導(dǎo)測(cè)試，過渡支持，發(fā)布管理以及切換與退役。

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

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

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

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

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

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

　　AWS Server Migration Service （SMS） 是一種無代理服務(wù)，實(shí)現(xiàn)大規(guī)模批量將本地工作負(fù)載遷移到 AWS。AWS Server Migration Service （SMS） 通過將實(shí)時(shí)服務(wù)器卷復(fù)制到 AWS 并根據(jù)需要?jiǎng)?chuàng)建 Amazon 系統(tǒng)映像（AMI），并且實(shí)現(xiàn)增量復(fù)制，最大限度地降低網(wǎng)絡(luò)帶寬，提高遷移速度，并且大幅減少服務(wù)器停機(jī)時(shí)間。 AWS Server Migration Service （SMS） 適合大規(guī)模本地工作負(fù)載遷移到 AWS，并可以對(duì)其制定計(jì)劃以及進(jìn)行追蹤，從而能夠更輕松地協(xié)調(diào)大規(guī)模服務(wù)器遷移。目前支持的系統(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ù)據(jù)庫(kù)至 AWS，能夠在遷移過程中保持?jǐn)?shù)據(jù)庫(kù)運(yùn)行，盡可能減少依賴該數(shù)據(jù)庫(kù)的應(yīng)用程序的停機(jī)時(shí)間。源數(shù)據(jù)庫(kù)能夠在遷移過程中全面保持運(yùn)行，盡可能減少依賴該數(shù)據(jù)庫(kù)的應(yīng)用程序的停機(jī)時(shí)間。AWS Database Migration Service 可以在廣泛使用的開源商業(yè)數(shù)據(jù)庫(kù)之間遷移數(shù)據(jù)，支持同構(gòu)遷移（例如從 Oracle 遷移到 Oracle），以及在不同數(shù)據(jù)庫(kù)平臺(tái)之間的異構(gòu)遷移（例如從 Oracle 遷移到 Amazon Aurora 或從 Microsoft SQL Server 遷移到 MySQL）。AWS Database Migration Service（DMS）支持從關(guān)系數(shù)據(jù)庫(kù)（包括 Amazon Aurora、PostgreSQL、MySQL、MariaDB、Oracle、SAP ASE 和 SQL Server）中將數(shù)據(jù)流式傳輸?shù)?Amazon Redshift，以便在 PB 級(jí)數(shù)據(jù)倉(cāng)庫(kù)中對(duì)數(shù)據(jù)進(jìn)行整合和分析。AWS Database Migration Service 還可用于連續(xù)數(shù)據(jù)復(fù)制，并且高度可用。

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

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

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

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

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

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

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