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

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

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

　　運(yùn)行階段是工作負(fù)載上云后的持續(xù)優(yōu)化和改進(jìn)，包括運(yùn)維部分和優(yōu)化部分。運(yùn)維部分通過(guò)組建運(yùn)維團(tuán)隊(duì)，建設(shè)統(tǒng)一監(jiān)控能力，事件管理能力和資源供給能力。優(yōu)化部分則通過(guò)監(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，說(shuō)明如下：

　　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)用無(wú)關(guān)的遷移，通常需要引入遷移工具來(lái)實(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)行。

　　通過(guò)采用 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 文件，利用其來(lái)估算在 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ú)代理服務(wù)，實(shí)現(xiàn)大規(guī)模批量將本地工作負(fù)載遷移到 AWS。AWS Server Migration Service （SMS） 通過(guò)將實(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 等。

 

　　通過(guò)采用 AWS Database Migration Service（DMS）遷移數(shù)據(jù)庫(kù)至 AWS，能夠在遷移過(guò)程中保持?jǐn)?shù)據(jù)庫(kù)運(yùn)行，盡可能減少依賴該數(shù)據(jù)庫(kù)的應(yīng)用程序的停機(jī)時(shí)間。源數(shù)據(jù)庫(kù)能夠在遷移過(guò)程中全面保持運(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ù)制，并且高度可用。

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

　　通過(guò) AWS Snowball 實(shí)現(xiàn) PB 級(jí)數(shù)據(jù)傳輸，解決遷移過(guò)程中網(wǎng)絡(luò)成本高昂、傳輸時(shí)間長(zhǎng)和安全等問(wèn)題。使用 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 客戶端來(lái)建立連接，然后使用該客戶端選擇要傳輸?shù)皆撛O(shè)備的數(shù)據(jù)即可�？蛻舳穗S后將對(duì)文件進(jìn)行加密，并將其高速傳輸至該設(shè)備。當(dāng)傳輸完成后即可返還該設(shè)備，并且可以通過(guò) 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 是一種無(wú)代理的在線遷移工具，實(shí)現(xiàn)將工作負(fù)載從任何物理、虛擬或云端資源遷移至的 AWS EC2上。通過(guò)與 AWS API 集成全面集成從而實(shí)現(xiàn)友好的用戶界面，比如 VPC 自動(dòng)配置，為所有 AWS 支持的操作系統(tǒng)提供細(xì)粒度遷移控制。其中專有克隆引擎是為企業(yè)級(jí)工作負(fù)載構(gòu)建的，具備高效的遷移速度、靈活的部署，以及對(duì)復(fù)制或同步的數(shù)據(jù)庫(kù)大小沒(méi)有限制，滿足企業(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)位置，所以在切換過(guò)程中幾乎沒(méi)有停機(jī)時(shí)間。

　　Racemi DynaCenter 通過(guò)復(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)整，以及可以在遷移過(guò)程為不同工作負(fù)載設(shè)置不同遷移 策略，減少手動(dòng)遷移所帶來(lái)的風(fēng)險(xiǎn)。從產(chǎn)品部署上，與 SaaS 工具不同，DynaCenter 防火墻友好，可直接安裝到 AWS VPC 中，并提供強(qiáng)大的可視化和控制能力以保證遷移工作的順利進(jìn)行。

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