什麼是雲端遷移策略？
遷移到雲端可帶來眾多效益，包括提高效能和可擴展性、降低營運成本，以及提高彈性。雲端能加速捕捉商機並產生技術成果，同時透過改善治理和安全性降低業務風險。
但是，遷移到雲端並不是一種簡單的「傳輸並啟用」流程。常見的雲端遷移挑戰包括：
- 高階主管支援及其他利益相關者認同
- 基礎結構類型之間的差異
- 雲端供應商的設定問題
- 必須學習新系統。
- 轉移和設定時的安全性和成本管理考量
- 確定內部部署和雲端資源之間的混合需求。
雲端遷移策略是由組織建立的書面計畫，可提供從目前基礎結構轉移到新雲端版本的藍圖。成功的雲端遷移策略，對於確保業務持續運作至關重要。除此之外，為了以低成本實作具備未來擴展性和整合能力的高效率雲端架構，周詳的計畫不可或缺。
雲端遷移策略有哪些關鍵考量？
健全的雲端遷移策略，能夠將對業務營運的影響降到最低，並避免意料之外的挑戰，使您的營運得以盡速步上軌道。其首要步驟，是在您選擇的雲端基礎結構中找出合適的雲端功能和組態。另外，請考慮以下內容：
安全和合規要求
在遷移之前先進行安全性評估，以識別潛在的風險和漏洞。明確定義的治理架構將有助於落實政策，並在過渡流程中確保合規。
自動化和遷移工具
利用自動化功能可減少手動工作，並將遷移風險降到最低。這還可輔助基礎結構即程式碼 (IaC)，確保組態在各個環境中保持一致。組織應評估適當的工具，以最佳化其遷移速度和可靠性。AWS Migration Hub 是展開雲端遷移探索之旅的良好起點。
遷移和遷移後營運的培訓
雲端轉型是否成功，取決於 IT 團隊和最終使用者的準備狀態。培訓計畫應納入最新的雲端技術、安全協定和營運最佳實務。您也應建立知識庫，並確保持續提供支援和相應文件。
排程和時間表
分階段遷移方法可最大程度地減少業務中斷。您可以建立遷移時間排程和時間表，在維持營運連續性的同時，優先處理重要的工作負載。雲端遷移計畫也應排定棄用舊式基礎結構的時程。這包括淘汰閒置伺服器、取消多餘授權，以及確保資料經過安全封存或刪除。您可能必須在遷移和棄用作業之間預留足夠的緩衝時間，以便讓所有人員熟悉新的基礎結構。
增量轉型和持續最佳化
雲端導入流程需要採用增量轉型策略，而非一次就完成全面轉換。逐步將應用程式現代化可降低風險，並有利於讓團隊適應新的雲端環境。長期而言，您可以利用自動擴展、預留執行個體和最適化調整技術，最大限度地降低費用。定期監控可確保有效率的使用雲端資源。
主要的雲端遷移策略有哪些？
不同的資源需要不同的遷移方法。將應用程式移至雲端時，一共可採用七種遷移策略，也稱為 7 個 R。
淘汰 (Retire)
當資源已無存續必要時，就會使用此策略。在此情況下，您可以選擇棄用或封存資源。意即，直接關閉不再需要的應用程式及其伺服器。如果將應用程式移至雲端對業務沒有實質助益、其使用不再受到支援的舊式技術，且關閉應用程式更具成本效益，則應將其淘汰。
您可以透過分析平均 CPU 和記憶體使用率來識別這類應用程式。使用量低於 5% 的應用程式，可立即予以淘汰。您也可考慮淘汰使用量介於 5% 至 20% 之間的應用程式，尤其是在 90 天內沒有傳入請求的情況下。
保留 (Retain)
此策略涉及將資源保持原樣，而無需遷移至雲端。這可能是因為安全考量、遷移所提升的效益不高、依賴實體結構或其他複雜的因素。例如，您可以延遲遷移基礎結構剛經過重大投資升級的應用程式。或者，您可以保留第三方應用程式，直到供應商發佈 SaaS 版本為止。
主機轉換 (Rehost)
主機轉換雲端遷移策略俗稱為「隨即遷移」方法。例如，您可以將實體伺服器的組態和工作負載遷移至雲端環境中的相同伺服器。您可以將機器從多個來源遷移到 AWS 雲端，而不必擔心效能中斷、相容性、長距離資料複寫或過長的切換時間。
重新放置 (Relocate)
重新放置策略旨在將基礎結構從一個環境移到另一個環境。當雲端基礎結構具有與您現有資源相等的對應關係時，就會使用此策略，例如，將 VMware SDDC 遷移至 VMware Cloud on AWS。您也可以使用該策略來重新設定現有的雲端基礎結構。在 AWS 中，這可能意味著將執行個體或物件移至不同的 AWS 帳戶、區域或虛擬私有雲端 (VPC)。例如，您將 Amazon RDS 資料庫執行個體轉移至另一個 AWS 帳戶。
重新購買 (Repurchase)
重新購買 (或稱為「捨棄再購買」) 涉及從目前的應用程式或基礎結構移至不同的產品。適用的使用案例包括從內部部署授權轉換為 SaaS 授權，以類似的雲端產品取代應用程式，或以現成可用的雲端解決方案取代自訂應用程式。在購買之前，請根據業務需求評估新應用程式，並特別著重安全性和合規性方面。
平台轉換 (Replatform)
平台轉換策略也稱為「精進平移」或「隨即重塑」。 其涉及重新設定應用程式或基礎結構元件，並以某種方式針對雲端環境進行最佳化。此策略可以在不影響安全性的情況下，使舊版應用程式持續運作。同時，您可以透過將虛擬機器移至容器、遷移至受管或無伺服器服務，或從一個作業系統移至另一個作業系統，以降低成本並提高效能。
例如，您可以將 Microsoft SQL Server 資料庫的平台轉換為 Amazon RDS for SQL Server，或將 ML 工作負載遷移至 Amazon SageMaker。
重新架構 (Re-architect)
重新架構策略會變更應用程式或基礎結構的架構，以利用雲端原生功能，其變動範圍要大於平台轉換。如果您的舊版應用程式具有整體式設計、測試覆蓋範圍不佳，或過時的程式碼變得越來越難維護，請考慮進行重構。您可以考慮重複使用某些程式碼區域，同時變更其他區域或從頭重新設計，具體情況視應用程式而定。重新架構可能是一個漫長的過程，而且需要雲端和工程專業知識。
什麼是雲端遷移流程？
雲端遷移流程不僅涉及當前和目標技術，更涵蓋組織變更管理的所有層面。該流程包括以下三個步驟：
步驟 1 - 評估
在遷移至雲端環境之前，您必須評估您的準備狀態，以確保將轉型成功的可能性提升至最高。AWS 雲端採用架構 (CAF) 從六個角度考慮雲端遷移準備狀態：業務、人員、治理、平台、安全性和營運。
您還必須評估組織的應用程式組合，了解如何遷移和現代化您的應用程式。現有的應用程式是由複雜的基礎結構、整合、安全性和身分識別因素所支撐。應用程式組合評估可識別主要利益相關者和資料來源，並協助確定應用程式遷移的優先順序。
您可以借助 AWS 雲端準備度評估，自我評估組織的雲端準備狀態。AWS 還提供免費的遷移評估，由我們的團隊針對多個面向評估您的組織並加以評分，範圍涵蓋詳細的業務案例、營運、安全性、人員等項目。
我們將協助您發現組織內準備度不足的特定領域。透過努力彌補不足之處，您將能提升雲端遷移計畫成功的機率。
步驟 2 - 調動
調動階段涉及遷移規劃，以及根據雲端供應商的目標架構，為目前環境選擇最佳遷移策略。相關任務包括但不限於：
- 排定資源遷移的優先順序。
- 制定速度、停機時間和營運承載等遷移目標。
- 針對遷移和遷移後服務管理和營運進行員工培訓。
- 建立目標架構和服務
- 使用較小或較不重要的應用程式或服務測試遷移環境
強烈建議您在調動階段使用架構決策記錄 (ADR)。這份動態文件會詳實記錄每個架構決策，以及選擇該決策的理由。
例如，許多組織選擇重構或保留舊式軟體系統。重構可能會十分耗時且成本昂貴，不過往往會在數年後實現投資回報。重構應用程式的方式，也會影響投資報酬率的計算結果。ADR 可以解釋重構的結構、相依關係、介面和建構技術如何提供相同 (或更佳) 效能，並隨著時間推移降低擁有成本。
步驟 3 - 遷移和現代化
遷移流程本身會依組織轉移的規模和需求而有所不同。規模較小或較簡單的遷移可能會透過現成工具逐步實施，而且未必具備可複製的模式或可自動化的共同點。較大或更複雜的遷移，則需要涵蓋多個應用程式、基礎結構元素、組織區域或專案的新興模式。
AWS 可提供 AWS Application Discovery Service 和 AWS Database Migration Service 等多種遷移工具，以支援複雜的遷移。您也可以考慮建立「遷移工廠」以進行大型雲端遷移活動。「遷移工廠」是由多個並行運作的團隊組成，各團隊會分別承擔主機轉換、平台轉換和重構遷移任務。重構團隊的運作方式通常與軟體開發團隊類似，並導入 DevOps 型態的支援。
根據初始遷移經驗制定自動化計畫、流程和工具，有助於加快整個組織的雲端遷移流程。
AWS 如何支援您的雲端遷移策略？
有了 AWS 雲端服務，您就能運用現有的資料和應用程式，透過可靠雲端供應商提供的 AI 及其他功能來擴展和成長。選擇合適的雲端遷移策略，對計劃成功至關重要。無論您是正在考慮進行雲端遷移，還是準備開始將資源轉移至雲端，AWS 都能提供相應指導、評估工具和一系列合作夥伴，以協助您著手進行。
AWS Migration Acceleration Program (MAP) 是一項全方位且久經驗證的雲端遷移計劃，借鑑了 AWS 成千上萬企業客戶遷移至雲端的經驗。MAP 可提供各種工具、量身打造的培訓方法和內容、全球合作夥伴社群 AWS 合作夥伴網路中之合作夥伴的專業技術，以及 AWS 投資。將 MAP 視為您的合作夥伴，以在預算範圍內實現自動化並加速執行。
立即瀏覽 AWS 雲端遷移，透過 AWS 進行遷移和現代化。