遷移至 Google Cloud：開始使用

Last reviewed 2024-11-20 UTC

本文件可協助您規劃、設計及實作將工作負載遷移至 Google Cloud的程序。將應用程式從一個環境移到另一個環境並不容易，即使是經驗豐富的技術團隊，也必須謹慎規劃和實作遷移作業。

本文是下列多部分系列文章的一部分，這些文章說明如何遷移至Google Cloud：

不管您是想從內部部署環境、私人代管環境或其他雲端服務供應商遷移至Google Cloud，或是正在評估遷移的可能性，而想要進一步掌握遷移的預期情況，本文件都能提供實用的參考資料。

開始遷移流程

規劃遷移至 Google Cloud的作業時，您必須先定義遷移涉及的環境。遷移的起點可以是內部部署環境、私人代管環境或其他公用雲端環境。

內部部署環境是指您擁有完整擁有權的環境，且您須為該環境負責。您可以全權控管環境的冷卻作業、實體安全和硬體維護等各個環節。

在主機代管服務供應商等私人代管環境中，您是將部分實體基礎架構及其管理作業委派給外部第三方負責。這類基礎架構通常能讓客戶共用。在私人代管環境中，您並不需要管理實體安全及相關安全服務。有些代管環境允許您管理部分實體硬體 (例如服務器、機架和網路裝置)，有些代管環境則會替您管理這類硬體。電源線和網路線通常都是以服務形式提供，因此您不必管理這部分的設備。您可全權控管用來虛擬化實體資源的管理程序、您佈建的虛擬化基礎架構，以及您在這類基礎架構上執行的工作負載。

使用公用雲端環境的好處是您不需要自行管理整個資源堆疊，因此您可以著重管理對您最有價值的堆疊部分。就像在私人代管環境中，您並不需要管理基本的實體基礎架構。此外，您也不必管理資源虛擬化管理程序。您可以建構虛擬化基礎架構，並在這個新的基礎架構中部署工作負載。或者您也可以購買全代管服務，這樣您就只要專心處理工作負載，免去管理執行階段環境的運作負擔。

本文件將針對每種環境進行以下方面的評估，並列出應提供和管理相關服務的對象：

資源 內部部署環境 私人代管環境 公用雲端環境
實體安全和安全性 您 服務供應商 服務供應商
電源線和網路線 您 服務供應商 服務供應商
硬體 (含維護) 您 取決於服務供應商 服務供應商
虛擬化平台 您 您 服務供應商
應用程式資源 您 您 您 (最終利用全代管服務)

本文件提及的目標環境為Google Cloud。

將起始環境和目標環境定義好後，您可以定義工作負載類型以及遷移範圍內的相關作業程序。本文件將說明以下兩種類型的工作負載和作業：舊版和雲端最佳化。

舊版工作負載和作業當初在開發時並未考量到雲端環境。這類工作負載和作業通常不支援任何類型的擴充性，因此難以修改，而且執行及維護費用昂貴。

雲端最佳化的工作負載和作業則具有原生可擴充性，且方便攜帶又安全。這類工作負載和作業有助於提高開發人員的生產力和靈活度，因為開發人員可以專心處理實際工作負載，而不必花費心力管理開發環境和執行階段環境，也不用處理繁瑣的手動部署程序。 Google Cloud 也採用共用安全性責任模式。 Google Cloud 負責實體安全和基礎架構的安全性，而您則負責部署於基礎架構上的工作負載安全性。

考量這幾種環境和工作負載類型後，您的遷移起始情況可能是下列之一：

  • 包含舊版工作負載和作業的內部部署或私人代管環境。
  • 包含雲端最佳化工作負載和作業的內部部署或私人代管環境。
  • 包含舊版工作負載和作業的公用雲端或私人代管環境。
  • 包含雲端最佳化工作負載和作業的公用雲端或私人代管環境。

遷移程序視您的起始情況而定。

將工作負載從舊版內部部署環境或私人代管環境遷移至雲端最佳化環境 (例如公用雲端) 並不容易，而且可能會有風險。所謂成功的遷移，是指在遷移作業期間儘可能避免變更要遷移的工作負載。將舊版內部部署應用程式遷移至雲端通常需要多個遷移步驟。

遷移的類型

本文件定義下列主要遷移類型：

  • 重新託管：隨即轉移
  • 更換平台：轉移並最佳化
  • 重構：遷移與改善
  • 重新建立架構：繼續翻新
  • 重建：移除並更換，有時也稱為「淘汰並更換」
  • 重購

在下列各節中，我們將定義每種遷移類型，並舉例說明各類型遷移的適用時機。

重新託管：隨即轉移

在重新代管遷移作業中，您只需要進行微幅的修改或重構 (甚至什麼都不必做)，就能將工作負載從來源環境移至目標環境。針對要遷移的工作負載進行的修改，都只是一些為確保工作負載能在目標環境中正常運作的最小程度變更。

如果工作負載可以在目標環境中依現況運作，或者在業務上幾乎不需要變動工作負載，「重新代管」遷移就是您理想的選擇。由於重構的工作量能減到最小，因此這類遷移所需的作業時間最少。

此外，實作上可能會遇到技術問題時，您也只能採用「重新代管」遷移。如果您無法重構要遷移的工作負載，而且無法停用該工作負載，就必須使用重新代管遷移。這類情況包括：難以修改或不可能修改工作負載的原始碼，或者建構過程十分繁複，導致無法在重構原始碼後產生新的構件。

重新代管遷移是最容易執行的，因為您的團隊可以繼續使用先前使用的工具和技能。這類遷移也支援現成軟體。由於遷移現有工作負載只需要最小程度的重構，因此相較於重構或重建遷移，「重新代管」遷移的速度最快。

不過，重新託管遷移完成後，在目標環境中執行的工作負載並未針對雲端進行最佳化。而這些工作負載並無法充分利用雲端平台功能，例如水平擴充性、精細定價和高度代管服務。

更換平台：轉移並最佳化

在重新平台遷移中，您會移轉現有工作負載，然後針對新的雲端環境進行工作負載最佳化。

想要運用雲端的所有核心能力的機構，最適合採用更換平台遷移策略。這些能力包括彈性運算、備援、效能提升和安全性。

舉例來說，您可能會將工作負載更換平台至雲端，以便利用雲端式微服務架構或 Google Kubernetes Engine 中的容器。這些工作負載在雲端執行時，效能和效率都會提高。

不過，更換平台的遷移作業比重新代管遷移作業需要更多心力才能完成。新的雲端平台會有不同的基礎程式碼集，因此需要進行多次測試，以確保所有功能皆在最佳狀態下運作。

重構：遷移與改善

在重構遷移中，您可以修改工作負載以利用雲端功能，而不僅僅是讓工作負載得以在新環境中運作。您可以針對效能、功能、費用和使用者體驗這些方面來改進各項工作負載。

您可以在遷移工作負載至雲端時，甚至在遷移前修改工作負載。舉例來說，如果您沒有豐富的雲端遷移經驗，建議您在遷移期間修改工作負載。不過，如果您有雲端遷移經驗，可能已經知道工作負載需要進行哪些修改，才能充分運用雲端功能。

如果目標環境不支援應用程式目前的架構或基礎架構，您就必須進行一定程度的重構才能克服這些限制。

還有一個情況也適合使用重構方法，就是除了遷移需要的更新之外，工作負載也需要進行重大更新的時候。

重構遷移可讓您的應用程式利用擴充性及高可用性等雲端平台功能。您也可以著手規劃改善，藉此提升應用程式的可攜性。

不過，重構遷移需要的時間比重新代管遷移更長，因為應用程式必須進行重構才能遷移工作負載。

您也必須學習新技能，才能使用重構遷移。

重新建立架構：繼續翻新

重新架構遷移與重構遷移類似。不過，重新架構遷移作業並不會重構工作負載程式碼的運作方式，而是改變程式碼的運作方式。這些程式碼變更可改善工作負載，並善用雲端最佳化屬性，例如擴充性、安全性和靈活性。舉例來說，重新架構遷移作業可以將單一大型單體式工作負載轉換成數個獨立的微服務，並部署至 Google Cloud。

重新建構遷移作業比重構遷移作業複雜，因此需要花費更多時間和精力。重新架構遷移作業也可能會在新的工作負載中引入錯誤或安全性問題。因此，重新架構遷移作業需要進行多次測試，以確保所有功能皆在最佳狀態下運作。

重建：移除並更換

在重建遷移中，您將停用現有應用程式，然後將應用程式徹底重新設計並重寫為徹底最佳化雲端應用程式。

如果目前的應用程式無法達到您的目標 (舉例來說，您不想再繼續維護或 GCP 不支援這個應用程式，或是使用上述遷移方式的成本太高)，就可以採取「重建」的遷移模式。 Google Cloud

重新建構遷移可讓您的應用程式充分利用Google Cloud 功能，例如水平擴充性、高度代管服務和高可用性。因為您是從頭開始重寫應用程式，所以可以免除現有舊版本的一切技術負債。

不過，重建遷移作業可能會比重新代管或重構遷移作業耗時更久。此外，這類遷移需要重寫應用程式，因此不適合現成的應用程式。您必須在應用程式的生命週期中評估重新設計及重寫需要的額外時間和人力。

重新建構遷移也需要新技能。您必須使用新的工具鏈來佈建和設定新環境，並在該環境中部署應用程式。

重購

回購遷移是指從購買的地端工作負載移轉至雲端託管的軟體即服務 (SaaS) 等同服務。舉例來說，您可以將地端部署的協作軟體和本機儲存空間遷移至 Google Workspace。

從資源的角度來看，回購遷移作業可能會比重構、重新建構或重新建立架構更為簡單。不過，回購遷移作業的成本可能相當高昂，且您可能無法取得掌控自身雲端環境所需的精細功能。

Google Cloud Adoption Framework

開始遷移之前，請先評估貴機構對於採用雲端技術的準備成熟度。Google Cloud 導入架構可協助您判斷貴公司目前的資訊科技能力程度，也可以做為引導您達成目標的指南。

您可以使用這個架構來評估貴機構是否準備好採用Google Cloud ，以及如何彌補不足並培養新能力，如下圖所示。

四個主題和三個階段的 Google Cloud 採用架構。

這個架構評估四個主題：

  • 學習。培訓課程的品質和規模。
  • 待開發客戶。主管階層授權您的 IT 部門遷移至 Google Cloud的支持程度。
  • 擴充規模。您採用雲端最佳化服務以及實行作業自動化的程度。
  • 安全。保護您目前環境不受未經授權存取和不當存取的能力。

根據這個架構，各主題應分為以下三個階段：

  • 戰術。目前並沒有一致連貫的計畫能涵蓋您現有的所有個別工作負載。您最需要的是快速獲得投資報酬，且儘可能避免中斷 IT 機構組織。
  • 策略性。目前已有計畫針對未來的擴充需求開發個別工作負載。您著重於中期目標，期望能簡化操作並提升運作效率。
  • 轉型。雲端作業運作順利，且您會利用從這些作業收集的資料來改善 IT 業務。您著重於長期目標，期望能讓 IT 部門成為推動機構組織創新的核心引擎。

您根據這三個階段來評估上述四個主題得到的結果，就是您的雲端技術採用成熟度量表。在每個主題中，您可以進一步瞭解採用需要的新技術預期將會發生什麼情況，以便您在整個機構中更有策略地運用新技術，進而為您的團隊提供更深入且一致的全方位訓練。

遷移路徑

請務必記住，遷移是一段持續的歷程。您目前的基礎架構和環境位於 A 點，如果您想要到達 B 點，如要從 A 遷移到 B，您可以選擇上述的任何一種遷移方式。

下圖說明遷移流程的路徑。

列出四個階段的遷移路徑。

遷移作業分為四個階段：

尋求協助

Google Cloud 提供多種選項和資源，可讓您輕鬆取得能充分運用 Google Cloud 服務的協助和支援。

自助式資源

如果您不需要專屬支援，可以使用下列自助服務資源：

  • 產品說明文件：Google Cloud 為旗下的各項產品、服務和 API 提供說明文件。
  • Architecture Center 說明文件。架構中心的遷移專區涵蓋許多遷移情境。舉例來說，遷移資源可提供有關遷移至 Google Cloud的相關指引。
  • Tools. Google Cloud 提供多項產品和服務，協助您完成遷移作業，例如：
    • Google Cloud Migration Center 是一個整合式平台，可協助您加快從目前地端部署或雲端環境遷移至Google Cloud的端對端雲端旅程。
    • Migrate to Virtual Machines 是一項產品，可將實體伺服器和虛擬機器從內部部署環境和雲端環境遷移至 Google Cloud。Migrate to VMs 可讓您在幾分鐘內將虛擬機器遷移至Google Cloud ，同時在背景複製資料，但虛擬機器可完全正常運作。
    • Storage 移轉服務可讓您將資料從其他雲端服務供應商、線上資源或本機資料匯入 Cloud Storage。
    • 資料庫遷移服務是一項產品，可協助您將資料庫遷移至 Google Cloud。
    • Transfer Appliance 是一種硬體設備，可將從數百 TB 至 1 PB 不等的大量資料遷移至 Google Cloud，而且不會中斷業務作業。
    • BigQuery Migration Service 是一項全方位解決方案，可將資料倉儲遷移至 BigQuery。
  • 白皮書。這些文件提供參考架構、個案研究、最佳做法和進階教學課程。
  • 媒體內容：您可以收聽 Google Cloud Podcast 或觀看 Google Cloud YouTube 頻道上的任何影片。這些資源涵蓋產品說明、開發策略等多個主題。
  • 線上課程和研究室：Google Cloud 在 Coursera 上提供多種課程，包括影片內容、閱讀資料和研究室。您也可以使用 Google Cloud Skills Boost 參加實驗室，也可以參加線上課程。

技術合作夥伴

Google Cloud 與多家公司合作，因此您可以使用合作夥伴的產品。部分產品有可能提供免費使用，詳情請洽詢各公司及您 的 Google Cloud 客戶經理。

系統整合服務供應商

Google Cloud 合作夥伴不僅與產品和技術公司合作，也與系統整合商合作，能為您提供實作協助。在合作夥伴清單中，您可以找到專門提供雲端遷移服務的系統整合服務供應商清單。

Google Cloud 專業服務

我們的專業服務團隊可協助您充分發揮 Google Cloud的投資效益。

Cloud Plan and Foundations：取得遷移作業協助

專業服務可協助您規劃遷移作業，並透過我們的 Cloud Plan and Foundations 服務，在實作工作環境中部署您的工作負載。這些專家能引導您的團隊在實作工作環境中完成每個階段的工作負載遷移作業，並根據您獨特的工作負載和部署需求，從設定 Google Cloud基礎到最佳化平台，全程為您提供適當的協助。

Cloud Plan and Foundations 的目標是：

  • 設定 Google Cloud 基礎。
  • 建立設計文件。
  • 規劃部署和遷移活動。
  • 將工作負載部署到實作工作環境。
  • 追蹤問題和風險。

專業服務可協助您的團隊完成下列活動並執行交付事項：

  1. 舉辦技術啟動研討會。
  2. 建立技術設計文件。
  3. 擬定遷移計畫。
  4. 建立計畫章程。
  5. 提供專案管理。
  6. 提供專業技術。

Cloud Sprint：加速遷移至 Google Cloud

Cloud Sprint 是一門密集研討會，可加速應用程式遷移至Google Cloud。在這個工作坊中， Google Cloud 專業服務團隊會帶領您的其中一個團隊，透過互動式討論、白板會議，以及審查要遷移至 Google Cloud的目標應用程式，在雲端衝刺期間，專業服務團隊會與您的團隊成員合作，協助您取得雲端解決方案的第一手體驗，並透過必要的部署活動，協助您瞭解日後遷移 Google Cloud的後續步驟。

訓練：培養團隊的技能

Google Cloud 專業服務可根據您團隊的需求提供相關領域的訓練。

後續步驟

貢獻者

作者：Marco Ferrari | 雲端解決方案架構師