從本地環境遷移到云端，不是一件容易的事情，需要涉及很多方面。服務器遷移、數據庫遷移、應用遷移，企業的業務遷移上云有哪些方法步驟？在遷移過程中，需要注意哪些問題？在本文中將會找到答案。

[[333232]]

一、為什么遷移上云

目前還是有不少的中小企業把自己的業務工作負載放置在本地數據中心，面對著日益增大的業務量，本地數據中心開始慢慢凸顯出一些弊端，難以滿足企業新型業務的需求，并且購買以及更新設備都需要企業提前支出一大筆資金，很多中小企業難以承受其中的壓力，通過遷移上云我們可以避免本地數據中心面臨的一些問題。

• 降低建設及運維成本：托管自己的服務器基礎結構需要對硬件，軟件，電力和人員進行大量的投資，遷移到云解決方案顯著降低資本支出。
• 減少硬件更新成本：不管是本地托管還是托管提供商處托管，更換硬件都將是繁雜的工作，還需要企業立刻投入所有硬件的費用。
• 解決軟件支持終止問題：應用程序可能依賴支持即將終止的其他軟件或者操作系統，遷移到亞馬遜云科技可以為這些依賴關系提供擴展的支持選項，減少重構要求。
• 簡化維護工作：很多系統的維護成本甚至超過它們的開發成本，采用云模式服務后基礎平臺的維護在云服務提供商。
• 有效控制投資風險：系統在開發過程的任何階段都有失敗的可能，但在開發的初期就要進行硬件投資，一旦失敗前期的投資無法收回，采用云服務試錯成本低。
• 敏捷與效率：自由的進行實驗，更快速的開發。
• 靈活性：云的彈性可擴展，支持在線擴容。根據負載大小，彈性可伸縮。
• 全球化：在云中非常方便的把業務遷移到另一個地域。
• 多樣性：第一時間體驗到先進的技術，如人工智能，機器學習，大數據，物聯網等。
• 安全性：云平臺采用冗余、多副本機制，云平臺專用企業級防火墻，可自定義安全等級部署，云平臺中有各種安全服務，保障我們的業務順利進行，以及云服務滿足各地域的法律法規。

二、遷移規劃

當企業使用 亞馬遜云科技，可以實現按需高效、安全地運行資源，只需短短幾小時，就能使企業以遠勝從前的效率，敏捷地實現創新，再無需等待數月時間。那企業上云，想更快更好地將原有服務做遷移，制定遷移計劃需要注意哪些問題？本篇文章將與你系統探討 亞馬遜云科技 遷移模式。

遷移流程

在眾多的遷移上云案例中，大家慢慢總結出了一個相對標準的遷移流程，按照這些流程進行業務遷移，可以提升我們的遷移效率，以及少走一些彎路。

1. 資源評估：需要對本地業務資源有一個整體的了解，列出一個業務清單，記錄環境中的物理和虛擬服務器。
2. 發現和分析：對整理出來的資源進行分析，確定是否適合上云，以及云中使用有相應的服務支持。
3. 計劃和設計：如果滿足上云要求，我們要制定遷移策略。
4. 遷移，驗證：進行遷移，驗證，以及業務切換。
5. 運維和優化：利用云中的服務對我們的業務進行管理和優化。

遷移評估

在開始規劃之前設定云遷移的優先級和目標，從而確保遷移更加成功。此外，自動云遷移工具還可提供有關環境和依賴關系的見解，幫助制定云遷移項目計劃。在企業計劃遷移階段，需要系統評估多方因素，其中包含業務因素、合規因素、安全因素、平臺因素及人員因素等，這些是遷移的基礎考量。

• 業務因素：需要考量所有主要利益相關方，是否都支持業務案例和對遷移的承諾，并且是否有資金可以投入遷移工作；
• 合規因素：需要看企業是否有符合合規標準的應用程序；
• 安全因素：需要考慮到企業在數據保密性方面的主要挑戰，并且采取了哪些控制措施；
• 平臺因素：需要確定一系列試點應用程序，并且得到工作負載所有者的承諾；
• 人員因素：需要驗證企業的技能和能力，是否定義了運營的角色和責任。

借助 亞馬遜云科技 的云遷移評估工具 Application Discovery Service，它可以自動識別在本地數據中心運行的應用程序、其相關依賴關系和性能配置文件，讓你能夠制定自己的云遷移計劃。

運用此信息來映射服務器，從而呈現你的本地應用程序。這將有助于確定服務器之間的依賴關系或通信，讓你能夠在云遷移計劃中包含所有必備的應用程序組件，從而幫助降低風險，確保順利遷移。然后，按邏輯方式對服務器分組以呈現應用程序，并根據每個應用程序的要求和遷移目標為其選擇適合的云遷移策略。

遷移策略

在確定評估因素后，我們展開討論計劃階段最重要的遷移模式問題，這對企業而言至關重要。對此，亞馬遜云科技系統總結了6R遷移理論提供參考，包括：保留 (Retain)、停用 (Retire)、更換主機 (Rehost)、替換 (Replace)、更換平臺 (Replatform)、重構(Refactor)，不同的業務應用我們可以采用不同的遷移策略，企業根據應用的評估，選擇不同的遷移策略。

• Retain：有些應用不能立刻遷移，或者不允許遷移到云中，我們繼續留在本地數據中心
• Retire：在評估過程中，發現一些不再需要的業務，我們可以從數據中心刪除。
• Rehost：這種無代碼選項通常稱為“直接遷移”，可讓你快速將現有應用程序遷移到 亞馬遜云科技。每個應用程序按“原樣”進行遷移，既發揮了云的優勢，又無需承擔更改代碼所帶來的風險或成本。
• Replace： 替換現有的應用。比如使用云中的 SaaS 服務替換我們的應用。
• Replatform：更改平臺作為云遷移的一部分，比如將 Windows 更換成 Amazon Linux。
• Refactor：對應用重構，然后遷移上云，比如更改后端數據庫，中間件等，相對來說比較復雜。

在遷移過程中我們不只用到一種遷移模式，即使在一個應用程序棧中，企業也可能會遇到2~3個“R”，我們要充分分析應用程序，進行組合搭配，以達到最低的成本和最高的價值。

三、遷移服務及工具

在了解了遷移上云的過程，以及遷移過程中用到的一些策略之后，那么我們開始對本地中心的應用進行遷移上云，我們知道云數據中心中最重要的三項基礎設施資源主要是計算、存儲、網絡，那我們也主要以這三部分為大家介紹一下各自的遷移方法，以及相關的注意事項。

網絡遷移

本地數據中心的網絡一般是私有網絡，大部分是扁平化的網絡，一些業務規模比較大的企業，他們都有自己的網絡工程師來規劃相對復雜的網絡，網絡遷移的復雜程度主要取決于本地數據中心的網絡復雜程度，至于如何把本地網絡遷移到 亞馬遜云科技中，我們也需要根據不同的情況去考量。

在 亞馬遜云科技中，我們是通過 VPC 來實現私有網絡建設的，VPC 的各項功能基本可以滿足企業網絡的各項需求，那我們該如何去設計我們的網絡呢？

• 完全復制：應用程序里面嵌入了服務器的私有IP，整體遷移不去修改網絡配置，并且沒有計劃使用混合云模式，針對這一部分，我們可以在 VPC 中建立一個和本地數據中心一模一樣的網絡，擁有相同的 IP 地址段，但是需要注意，VPC 中的一些安全設定本地中心可能沒有，比如 NACL、Security group等。
• 混合云模式：有些企業部分應用遷移上云，并且未來規劃混合云的模式。針對這種情況，我們在 VPC 中設計的網絡，其 IP 地址段與本地數據中心的 IP 地址段不能重合，既然是重新規劃 IP 地址范圍，那我們盡量每個子網的分配的 IP 數量多一些。

本地數據中心的網絡冗余，高可用方案，需要精通高級網絡的工程師來進行配置和維護，網絡上云之后，所有的這些都由 亞馬遜云科技來進行維護，企業的維護人員具備簡單的網絡知識即可維護，降低了網絡管理的門檻，也為企業節省開支。

工作負載遷移

我們把支撐業務運行的一些資源稱之為工作負載，我們可以把虛擬機、數據庫、應用等粗略的規劃在工作負載層面，下面我們主要針對這幾部分來說一下遷移過程中的情況，這也是我們整個遷移最重要的環節。

虛擬機遷移

將虛擬機轉移到云端有助于避免會造成巨大財務壓力的更新周期。準備就緒后，我們可以通過兩種方式進行遷移，我們使用 Rehost 作為我們的遷移策略。

第一種：我們可以使用 Amazon Server Migration Service 將虛擬機從本地或其他云平臺直接遷移到 亞馬遜云科技。Amazon SMS 是一項免費的服務，它可以幫我們把本地虛擬機增量復制為可在 Amazon EC2 上部署的云托管 Amazon 系統映像 (AMI)，整個復制過程，只需要支付遷移期間所使用的 S3 存儲桶、EBS 卷和數據傳輸費用，以及所運行的 EC2 實例費用。

第二種：我們也可以使用 VMWare Cloud on Amazon 解決方案將 VMware 虛擬機直接遷移到亞馬遜云科技。 這意味著現有基于 VMware 的工作負載可從云端的性能、規模和安全性中獲益，而無需在遷移時重寫。

• 注意事項
  • 因為是整體的搬遷服務器，要考慮到帶寬是否滿足，是否需要增加臨時帶寬。
  • 復制過程中要考慮是否會用到臨時的磁盤，存儲空間是否足夠。
  • 防火墻的替換，共有云中沒有物理防火墻，可以考慮使用 亞馬遜云科技 的安全組來替換。
• 價值體現
  • 可以享受更高性價比以及更優化的配置。
  • 多區域節點選擇。
  • 提高運維效率，將IT 運維重心轉移到以業務為中心。

數據庫服務遷移

本地數據中心的數據庫服務，一般都是運行在物理機或者虛擬機上，由運維人員部署。針對數據庫的遷移，我們主要有以下注意事項以及解決方案：

• 遷移策略：針對數據庫，我們可以選擇的遷移策略有 Rehost 和 Replatform。
  • 針對 Rehost，我們可以直接使用 Amazon  SMS 來進行遷移。
  • 針對 Replatform，就是我們把本地自建的數據庫服務轉換為 亞馬遜云科技 的數據庫服務，亞馬遜云科技的數據庫很豐富，基本涵蓋了市面上的所有數據庫，包括關系型數據庫和非關系型數據庫。
• 注意事項
  • 兼容性要求，如：文件格式，字符集的兼容性要求，引擎的兼容要求。
  • 數據遷移的限制，如，服務商數據庫名/表名保留字；是否影響業務及其程度；是否需要停服務以及停服務的時間。
  • 遷移工具的便利性，服務商指導。好的遷移方案&工具應該是盡可能少人工操作，step by step，自動化。
  • 數據完整性校驗，在數據遷移完畢進行切換前，一定要進行數據完整性驗證，以保證數據被正確、完整的遷移。如：部分服務商不能提供完整性校驗，或者在校驗存在不一致時無法給出具體信息，實際也無法定位。
• 價值體現
  • 云數據庫的高性能，高可靠性，擴展性，靈活性
  • 大規模創新
  • 兼具備份、擴容、遷移等功能
  • DBA 不用再去維護數據庫的安裝，運行，高可用，備份等，把精力集中在數據庫優化業務上面。

對于 Rehost 的遷移，我們可以很方便地使用 Amazon SMS 工具來完成，不過其中可能會有數據延遲，因為數據并不是實時同步的，所以我一般推薦大家使用云中的數據庫，他具有我們傳統自建數據庫沒有的一些優勢。

Amazon Database Migration Service (Amazon DMS) 是一項云服務，可輕松遷移關系數據庫、數據倉庫、NoSQL 數據庫及其他類型的數據存儲。您可以使用 Amazon DMS 將數據遷移到 亞馬遜云科技，在本地實例之間（通過 亞馬遜云科技設置）進行遷移，或者在云與本地設置的組合之間進行遷移，使用 DMS 服務，可以保證我們的源數據庫和目標數據庫數據實時同步，持續運行，使用這種模式，可以保證我們的數據庫遷移零宕機。

對于一部分用戶，他想在上云之后換一種數據庫引擎，比如 Oracle 轉換成 Aurora MySQL，遇到這種情況，我們可以借助 Amazon Schema Conversion Tool 這項服務來幫助我們完成，在使用 SCT 的時候，比較消耗內存，提高內存性能可以提高轉換速度，但會占用臺式計算機的更多內存資源。

應用遷移

在實現應用遷移上云的過程中，一般會面臨已有業務系統改造和新建業務系統兩種場景。新建業務系統只需要按照應用上云的標準要求進行架構設計、研發、編碼和測試即可，實現相對簡單。已有業務系統遷移上云則需要對現有業務系統改造。

遷移策略：

• • 對于 Rehost，使用 Amazon SMS 服務可以方便地遷移整個應用程序技術棧上云，這種遷移相對來說比較簡單，遷移完成之后，修改一下后端數據庫信息，切換 DNS 服務即可上線。
  • 對于 Refactor，這種情況會花費比較多的工作量，他需要用戶重構應用程序代碼，使其可以充分的去兼容云原生的一些服務，比如 Lambda，API GateWay，Elastic Beanstalk 等服務，以提高我們的應用程序的性能和安全。
• 注意事項
  • 是否有相關的應用程序路線圖
  • 有哪些相關的成本與此應用程序有關系
  • 有哪些改進選項可增強服務可用性
  • 如果不改變這個應用程序，是否有相關風險
  • 此應用是否與組織的技術目標互相一致
• 價值體現
  • 可以使用云原生的服務
  • 可以借助云中 DepOps 工具加速應用程序的測試與發布
  • 運維開發人員不用再去管理應用環境的配置，專注于應用代碼的開發，提升效率

對于應用程序上云，我們一般先在云中建立一套完整應用程序環境，等待程序測試無誤之后，通過修改 DNS 來完成應用上云。應用穩定后，應用程序就可以逐步的有計劃從本地中心移除。

容器遷移

隨著近些年容器的流行，越來越多的公司會有一些服務運行在容器平臺中。如果容器運行在單機上面，我們一般直接使用 docker 命令運行，或者使用 docker-compose，對于運行在多機器上面的容器服務，我們大部分使用的都是現在很流行的容器編排服務 Kubernetes。

因為容器的特性，它可以把整個程序運行環境打包到鏡像中，我們不需要再單獨為其配置運行環境，根據這方面特性，對運行在容器中的應用程序遷移上云變得簡單了很多，用戶不需要對代碼進行任何更改即可完成遷移上云。

那么在 亞馬遜云科技上面有哪些容器平臺供我們選擇使用呢？相對于本地自建的容器平臺又有什么優勢？

在 亞馬遜云科技的云平臺中，有兩個容器編排工具，一個是 Amazon Elastic Container Service (ECS) 或 Amazon Elastic Kubernetes Service (EKS)。

• 如果應用程序是運行在單機上面的，在云中最佳的選擇是 ECS，ECS 是一項高度可擴展的快速容器管理服務，它可輕松運行、停止和管理集群上的 Docker 容器，ECS 與 Identity and Access Management (IAM)、Amazon Virtual Private Cloud (VPC) 和 Amazon Route 53 等 Amazon服務深度集成，并在安全性、可靠性和可用性方面進行了廣泛的測試，以支持內部和客戶的任務關鍵型服務。
• 如果應用程序運行在 Kubernetes 上的，在云中的最佳選擇是 EKS，EKS 則是運行 Kubernetes 的最安全、可靠且可擴展的方式。EKS 提供的控制平面不僅可擴展且高度可用，還能跨多個可用區運行，以消除單點故障。EKS 可運行上游 Kubernetes，并且經認證與 Kubernetes 一致，因此可以獲得社區中開源工具的所有優勢。

在 亞馬遜云科技上運行容器時，也有兩個平臺可以選擇。首先，可以選擇是否要管理服務器。如果想要進行容器的無服務器計算，請選擇 AWS Fargate，如果需要控制計算環境的安裝、配置和管理，則選 Amazon EC2。

Fargate 是客戶跨 ECS 和 EKS 在 Amazon 上運行容器的首選方式。客戶喜歡 Fargate 是因為它提供容器的無服務器計算，此服務可使他們專注于構建其應用程序。使用 Fargate，無需預置和管理服務器，而且可以為每個應用程序指定資源并為其付費，并通過設計隔離應用程序來提高安全性。

• Amazon 容器平臺優勢
  • 低成本：可以選擇部分 spot 實例作為底層資源節省費用。
  • 企業就緒
  • 彈性擴展：云中 EKS 相比自建的 Kubernetes 多 Cluster AutoScaler 特性，可以根據負載擴展集群中的服務器數量，ECS 中由 capacity providers 來提供底層計算資源彈性伸縮。
  • 更可靠：ECS 和 EKS 的控制面板由 亞馬遜云科技完全托管，服務的可用性由 亞馬遜云科技專業技術團隊維護。
  • 網絡：使用 Amazon VPC CNI，使 container 或者 pod 具有 VPC IP，省去網絡封包，提升網絡性能。
  • 負載均衡：通過使用 Amazon ALB，可以讓流量直達 container 或者 pod 的 IP，k8s 集群可以省去 service 的分發，提升性能。
  • 權限：可以直接為 container 或者 pod 賦予 IAM role 級別的權限，安全訪問 Amazon 其他服務。

那么面對這么多服務，我們該如何選擇呢？

• 首先對于非分布式的應用，也就是單個的容器服務，我推薦選擇 ECS + EC2 平臺，ECS 為我們簡化了容器設定，降低管理容器的門檻，用戶只需要按照容器運行的要求設置好 Task definitions 即可，如果您不想管理 EC2，那推薦選擇 EC2 + Fargate。
• 對于運行在 k8s 平臺的應用程序，首選推薦 EKS + EC2 平臺，也可以啟動一部分 spot 實例混搭以節省費用，可以把在本地 k8s 上使用的 yaml 文件直接在 EKS 上運行，不需要特別的修改，整個遷移相對來說更加簡單，相對于 ECS，需要運維人員更高的一些容器編排技能。對于一些訪問量波動比較大的應用程序，我們可以運行在 Fargate 平臺上面，彈性擴展底層硬件。

數據遷移

這里所說的數據主要是靜態存放的數據，以及一些歸檔數據，需要把這些數據傳輸到 S3 中，數據遷移工具的選擇主要是考量數據量的大小，以及本地數據中心的帶寬大小，不同的組合用到的遷移工具也不盡相同。

• Amazon DataSync 是一種數據傳輸服務，可以簡化、自動執行和加快本地存儲與 Amazon S3 或 Amazon Elastic File System (Amazon EFS) 或 Amazon FSx for Windows File Server 之間的數據遷移。DataSync 使用本地代理連接到 NFS 文件系統，并快速遷移文件數據（比開源復制工具的速度快 10 倍），而無需編寫和管理腳本。DataSync 能夠執行完整的初始副本，增量傳輸以及對已傳輸數據的驗證。如果您有可用的網絡帶寬，那么 DataSync 是遷移基于文件的數據的相對簡單方法。
• Amazon Transfer for SFTP (Amazon SFTP) 是一項完全托管的 亞馬遜云科技服務，可讓您通過安全文件傳輸協議 (SFTP) 將文件傳入和傳出 Amazon Simple Storage Service (Amazon S3) 存儲。SFTP 也稱為安全外殼 (SSH) 文件傳輸協議。
• Amazon Snow 系列可以為那些需要在嚴峻的非數據中心環境中運行操作、將大量數據遷出本地環境以及遇到缺乏一致網絡連接的情況的客戶提供幫助。Snow 系列由 Amazon Snowcone、Amazon Snowball 和 Amazon Snowmobile 組成，可以提供各種物理設備和容量點，其中大部分設備還內置有計算功能。這些服務使您能夠在本地經濟高效地使用 亞馬遜云科技的存儲和計算能力，從而有效地傳輸數據并加速遷移。

我們可以很簡單的通過數據庫和帶寬估算出數據上云所消耗的時間，企業可以根據自己所能承受的能力來選擇不同的工具，對于一些數據量比較小的，可以使用 DataSync，SFTP，當然也可也使用 amazon cli 把數據傳輸到 S3，然后對于數據量比較巨大的，通過網絡傳輸相當消耗時間的，我們可以使用 Snow 系列來傳輸數據。

四、優化

利用 亞馬遜云科技 安全管理服務來管理云環境，從而管理和監控云環境中的應用程序。開始在遷移期間使用這些服務，也可以在遷移后繼續使用其中的部分服務來保證混合云的一致體驗。

• 云成本管理：亞馬遜云科技 賬單和成本管理是一項 Web 服務，借助該服務提供的功能可幫助您監控成本并支付賬單。Amazon Web Services (亞馬遜云科技) 根據使用情況向您的賬戶收取費用，可確保您只需按實際使用量付費。
• 使用 亞馬遜云科技 產品/服務節省費用：購買 亞馬遜云科技 的 RIs 還有 Savings Plans 服務，借助 Compute Optimizer 的推薦調整虛擬機的大小，以實現利用率最高，價值最大化。
• 加快實現應用現代化：利用所節省的資源來增添更多云功能，慢慢把云中的工作負載遷移到無服務模式，實現應用的現代化。

五、安全與管理

亞馬遜云科技非常注重客戶業務的安全性，亞馬遜云科技 具有眾多的安全服務來保障我們的應用與數據安全，這里只簡單介紹一下我們常用的幾個服務。

• 業界領先的安全性：Amazon Security Hub 向您提供 亞馬遜云科技 資源安全狀態的全面視圖。Security Hub 跨各亞馬遜云科技賬戶和服務收集安全數據，幫助您分析安全趨勢，確定整個 亞馬遜云科技環境中的安全問題并明確其優先級。
• 監控分析云健康狀況：利用 Amazon CloudWatch 跟蹤云應用的運行狀況和性能、基礎結構和數據。從各來源輕松收集數據，并獲得豐富見解。
• 有效管理虛擬機：借助 Systems Manager 可以輕松批量管理眾多虛擬機，如命令批量執行，操作管理、應用程序管理、操作和更改、實例和節點。

六、客戶案例

筆者曾經在一家數據分析的公司任職，公司的主要業務是通過對手機 APP 數據進行分析。之前的業務全部在上海的數據中心，公司的應用程序主要是 Java 程序，數據庫有 MySQL和 Oracle，大數據處理平臺是通過多臺物理機自建的 Hadoop 集群。

上云之前，如果臨時接了一個項目，IDC 的資源難以及時有效的支持相應服務，公司需要硬件采購，（包括服務器，防火墻，交換機在內的相關基礎硬件），設備上架，網絡規劃，系統安裝及配置，以及大量的人工運維。整個周期需要至少半月到一個月左右。

通過一次培訓，了解到云計算相關的特性，客戶開始對部分業務進行上云評估，通過半月時間對本地數據中心的工作負載進行梳理并列出清單，根據亞馬遜云科技 提供的遷移策略和最佳實踐逐步將業務遷移上云。需要注意的是很多業務需要分步驟上云，逐步去替代掉本地數據中心的業務，在上云的過程中，客戶對部分應用進行了優化和重構，使其更加適應云原生的服務。

經過近一年多的 亞馬遜云科技的使用，客戶充分體驗到云服務的優勢：

• 節省硬件部署時間消耗，提高服務上線時間：客戶不必再花大量的時間在硬件采購和上架以及系統安裝上；設備上線大大縮短了時間，由之前的數周縮短為一小時以內。
• 簡化數據庫管理：我們由自己部署的數據庫，全部切換為云中的數據庫，包括 RDS 還有非關系型數據庫，MySQL 我們更是直接采用了 Amazon Aurora Serverless 數據庫，不在為估算數據庫的配置而苦惱，它會根據業務的負載自動的擴容縮容，極大的減輕了我們的維護壓力，DBA 人員不必再為數據庫部署，高可用，備份，以及維護花費精力，這些工作只需要在云中點擊記下就可以完成，DBA 把工作技術在業務上面的優化，極大的為我們節省了人工成本，并提高了工作效率。
• 提高應用上線效率：上云之前，我們部署應用相對比較繁瑣，因為我們是 Java 程序，每上線一個新程序，都需要去配置一個tomcat，因為端口不可以公用，我們需要修改每個 tomcat 的配置更改端口，久而久之，tomcat 越來越大，非常不便于管理，我們對部分應用重構之后上云，對于一些功能簡單的應用，我們部署在了 Lambda 上面，并通過 API Gateway 來觸發，不必再去關注底層服務器；另外一部分應用直接部署在了 Elastic Beanstalk 上面，可由開發人員直接部署，不必再去為環境搭建而花費時間，還有一部分應用放在了 ECS 上面，使用容器技術也極大提升了我們的部署效率。
• 節省總體成本：上云之后，對于成本的節省也非常顯著，我們粗略估算，費用節省高達 40%，這主要歸功于云計算的靈活性，彈性，以及低成本，不必提前預置一大批硬件花費大量金錢，對于長時間運行的一些服務，我們購買了預留實例來節省成本。簡單拿我們的大數據平臺來說，之前我們是幾十臺服務器組成的集群，集群的利用率并不高，但是也不能沒有，上云之后，我們直接購買的 EMR 服務，我們了解到 亞馬遜云科技 有一種叫做 spot 的實例，費用節省最高達 90%，我們的大數據工作負載，基本 80% 的服務器全部是買的 spot 實例，分析完之后銷毀所有的實例，單單這一特性，為我們節省了非常大的成本。

云中的優勢還遠遠不止于此，比如在安全性方面，各種安全服務保障我們的業務順利進行，以及我們可以第一時間使用先進的服務，可以非常方便地使用機器學習等其他服務，它不但減輕了我們的工作，也為企業節省了巨大的費用。

此外亞馬遜云科技 還貼心準備了價值人民幣1000元的遷移大禮包限時領哦！

點擊領取：

自2020年5月24日起至2020年10月30日，亞馬遜云科技為云遷移客戶提供專屬福利，注冊即可領取，直充1000元人民幣（北京區域賬戶或寧夏區域賬戶）服務抵扣券到 亞馬遜云科技賬戶用以抵扣服務消費，幫您輕松體驗多個云遷移應用場景。

PS：亞馬遜云科技云計算社群成立啦！在這里可以幫助你快速了解亞馬遜云科技云計算最新動態、獲取相關技術資料哦~想要進群的小伙伴請掃碼回復【亞馬遜云科技】，24h內審核進群。