教學目標

初步了解 AWS 雲端移轉之基本概念。

重點概念

首先客戶為何要將伺服器移轉至雲端平台呢?其中原因主要有三種,分別為降低成本、減少技術債和增加敏捷性,透過雲端平台中的運算服務,我們將能夠在幾分鐘之內啟動數千個伺服器,相較於過去需要耗時幾天甚至幾週才能夠完成任務,雲端平台為我們節省許多時間,同時 AWS 雲端平台提供 165 種以上的產品和服務,主要包括運算、儲存、資料庫、持續整合、資料分析、人工智慧、… 等項目,以利我們能夠根據不同的情境目的選擇正確的產品和服務進行整合應用,將想法在短時間內付諸實現為企業帶來更高的價值。然而企業為何要移轉至雲端平台呢?主要原因可能為營運成本、人力生產力、商業靈活動度、… 等因素,像是營運成本若能夠節省很多將會對於客戶來說是很不錯的動機,因為企業客戶對於花費金錢和精力在執行大型更新週期或資料中心更換不感興趣,同時無法為企業帶來更高的商業價值。人力生產力若能夠提升很多將會對於客戶來說是很不錯的動機,因為對於專業人力來說無須等待基礎設施就能夠立即存取多種不同廣度和深度的產品和服務,以利進行創新研究和開發。商業靈活度若能夠提高將會對於客戶來說是很不錯的動機,因為這能夠讓客戶更快速地對市場條件做出反應,其中包括擴展新市場、銷售各項業務、以及取得可提升競爭優勢的可用資產等。

接著每個企業導入雲端平台的途徑皆各自不相同,通常會涉及以下四個階段,分別為:

  1. 專案 (Project):我們能夠執行各種不同情境的專案,以利熟悉和體驗使用雲端服務所帶來的好處。
  2. 基礎 (Foundation):我們能夠建立擴大雲端服務採用的基礎,其中主要包括預先設定安全連線區域、營運模型以及確保雲端服務符合資訊安全規範、… 等。
  3. 移轉 (Migration):我們能夠移轉關鍵任務的應用程式至雲端平台中,並且持續增長的 IT 投資組合擴展雲端服務的採用。
  4. 重塑 (Reinvention):我們能夠充分利用雲端平台的彈性和功能加速上市時間,並且提高創新專注力,以利讓企業成功轉型。

此外移轉通常是大型企業轉型的一部分,通常採用五個階段方法將企業既有的 IT 環境移轉至雲端平台中,分別為:

  1. 移轉準備和商業規劃 (Migration Preparation and Business Planning):主要決定適合的目標,並且開始思考要從中獲得的優勢為何,這要從一些基本的經驗開始探討,同時考量現有應用程式的架構和限制,然後才能夠針對移轉開發進行初步的商業規劃。
  2. 投資組合探索和規劃 (Portfolio Discovery and Planning):主要了解 IT 投資組合和應用程式之間的相依性,然後開始考慮需要採用的移轉策略類型,以達到商業規劃的目標。
  3. 應用程式移轉設計 (Application Design):主要針對應用程式移轉進行設計,通常會採用六個常見應用程式策略,又稱為六個 R 策略。
  4. 應用程式移轉驗證 (Migration & Validation):主要針對應用程式移轉進行驗證,通常會採用六個常見應用程式策略,又稱為六個 R 策略。
  5. 營運模型持續優化 (Operate):主要隨著應用程式的移轉,我們則需要新的基礎上進行整合,關閉舊的系統,並且不斷地向現代化的營運模型進行持續整合。

再來所謂六個常見應用程式策略,又稱為六個 R 策略,其主要用於了解特定投資組合部分適用的移轉策略,請注意儘管六個策略的其中一個的策略可能適用於移轉特定投資組合中的某個應用程式,但是相同投資組合中的不同應用程式也可能更適合其它的策略,至於六個常見應用程式策略,分別為:

  1. 重新託管 (Rehost):此策略主要是當企業需要快速將傳統環境移轉至雲端平台,此時大部分的應用程式皆會進行重新託管,並且大部分重新託管工作都可透過 AWS 雲端轉移服務 (Amazon SMS) 自動完成,或者透過手動方式將傳統系統套用至雲端平台中,此外當應用程式在雲端平台執行之後更能夠輕鬆的重新架構,因為移轉應用程式、資料和流量最困難的部分皆已經完成。
  2. 重組平台 (Replatform):此策略主要是當企業這需要在無須變更應用程式的核心架構的情況下整合雲端平台的優勢,像是我們會期望減少管理資料庫執行個體所需的時間,而移轉到 AWS 雲端資料庫服務 (Amazon RDS)。
  3. 重新購買 (Repurchase):此策略主要是當企業需要轉移至不同產品和服務的決策,同時願意變更現有的授權模式,對於可輕鬆升級至最新版本的工作負載,這個策略可允許功能升級,使得實作更為順暢。
  4. 重構 (Refactor):此策略主要是當企業需要提升既有關鍵服務的功能、擴展和效能之強大商業需求驅使下所做的決策,更重要的是目前應用程式在傳統環境中無法達到該目標,像是企業需要移轉至微服務架構,以利大幅提升靈活度或改善業務持續性,雖然這個策略通常是最貴,但是解決方案是很值得進行投資和購買。
  5. 淘汰 (Retire):此策略主要是當企業需要識別出不再有用的 IT 資產,並且需要將其關閉有助於將注意力轉向維護最廣泛使用的 IT 投資組合。
  6. 保留 (Retain):此策略主要是當企業需要保留部分 IT 投資組合,其中可能原因為還未準備好移轉部分應用程式,而且覺得將其保留在現場部署較為安心,或者不想優先處理最近剛升級的應用程式,為了避免再次變更造成額外的困擾。

最後我們能夠透過不同的工具自動化移轉應用程式至 AWS 雲端平台,像是在伺服器方面主要透過 AWS Server Migration Service (SMS) 協助我們以更輕鬆快速的方式將數千個傳統環境中的伺服器移轉到 AWS 雲端平台中,同時透過自動化、排程和追蹤即時伺服器磁碟區的遞增複寫,讓我們輕鬆協調大規模的伺服器移轉。在資料庫方面主要透過 AWS Database Migration Service (DMS) 協助我們以更輕鬆安全的方式將資料庫移轉到 AWS 雲端平台中,並且來源資料庫在移轉期間能夠維持所有功能的運作,也就是在移轉過程中會將資料庫之應用程式的停機時間降到最低,同時也能夠最廣受採用的 AWS 雲端資料庫服務、商業資料庫及開放原始碼資料庫之間進行資料移轉,像是 MySQL 資料庫移轉至 DynamoDB 資料庫。在儲存方面主要透過 AWS Snowball 協助我們以更輕鬆安全的方式將 PB 等級的大量資料安全傳入和傳出至 AWS 雲端平台中,以利克服大規模資料傳輸的常見挑戰,包括昂貴的網路費用、冗長的傳輸時間以及安全方面的考量。

相關資源