本頁面概略介紹可用的產品、方法和技術途徑，協助您將工作負載遷移至 Google Cloud，並翻新應用程式和大型主機系統。
如果您是雲端架構師、企業 IT 主管、應用程式開發人員或遷移專家，請參考本頁資訊，評估遷移和現代化需求、比較轉換模式 (例如 lift-and-shift、容器化、AI 輔助程式碼重構和自動化大型主機轉換)，並選擇合適的Google Cloud 工具，用於遷移和現代化工作負載。
閱讀本頁面前，您應對現有的地端部署或第三方雲端基礎架構、應用程式架構、程式碼集依附元件和舊版大型主機系統有基本瞭解。
選擇遷移和翻新途徑
選擇符合來源環境和技術目標的遷移和翻新路徑。
遷移工作負載
使用下列資源，將虛擬機器、關聯式資料庫、容器或物件儲存庫，從地端部署資料中心或第三方雲端服務供應商 (包括 AWS 或 Azure) 遷移至 Google Cloud：
- 主要工具：Google Cloud Migration Center、Migrate to Virtual Machines、資料庫遷移服務和 Storage 移轉服務。
- 用途：虛擬機器遷移、資料庫重新平台化、非結構化資料移轉，以及多雲端工作負載行動。
- 開始使用：虛擬機器遷移。
應用程式現代化
請使用下列資源重構舊版程式碼集、翻新應用程式架構，並在Google Cloud上轉換為雲端原生微服務：
- 主要工具：Google Cloud Modernization Hub、Antigravity CLI 和 Antigravity。
- 用途：升級應用程式架構、透過 AI 輔助重構程式碼、將 Java 工作負載容器化，以及遷移至無伺服器架構。
- 開始使用：應用程式翻新總覽。
大型主機現代化
使用下列資源，將舊版大型主機系統 (例如 COBOL、PL/I 和 JCL) 翻新為 Google Cloud上的雲端原生微服務：
- 主要工具：Modernization Hub、Mainframe Assessment Tool (MAT)、Antigravity CLI、Mainframe Connector 和 Dual Run。
- 用途：自動反向工程、業務規則擷取、雲端微服務程式碼生成，以及平行驗證。
- 開始使用：大型主機翻新總覽。
Rapid Migration and Modernization Program (RaMP)
Rapid Migration and Modernization Program (RaMP) 是 Google Cloud 全球性的遷移和翻新計畫。RaMP 提供規範性架構、資源和工具，協助您執行遷移和翻新作業，並將工作負載遷移至 Google Cloud。
詳情請參閱「Rapid Migration and Modernization Program (RaMP) 總覽」。
遷移和翻新方法
在初步探索期間評估工作負載時，請將其指派給下列六種標準遷移策略之一：
| 策略 | 說明 | 用途 | 主要工具 |
|---|---|---|---|
| 隨即轉移 | 將應用程式遷移至 Google Cloud ，不需變更架構或程式碼。 | 快速撤離資料中心、具有固定依附元件的舊版軟體。 | Migrate to VMs |
| Replatform | 將工作負載遷移至代管平台，幾乎不必變更程式碼。 | 將地端部署關聯式資料庫遷移至代管雲端資料庫，或將專屬引擎翻新為 AlloyDB for PostgreSQL。 | 資料庫遷移服務 |
| 重構 (現代化) | 重新建構應用程式，以便使用雲端功能和微服務。 | 將單體式應用程式拆解為容器或無伺服器，並將舊版大型主機程式碼轉換為現代目標語言，例如 Java 或 Go。 | Modernization Hub、Antigravity CLI、Mainframe Assessment Tool |
| 回購 | 以軟體式服務 (SaaS) 解決方案取代自訂或舊版地端部署軟體。 | 以 Google Workspace 或軟體式服務 (SaaS) 合作夥伴，取代舊有的自行託管電子郵件或客戶關係管理 (CRM) 軟體。 | 代管 SaaS 整合 |
| 停用 | 停用不再需要的應用程式或伺服器。 | 過時的測試環境或多餘的報表伺服器。 | 不適用 |
| 保留 | 基於法規遵循或技術限制，將應用程式保留在來源環境中。 | 具有無法遷移的實體硬體依附元件的舊版硬體。 | 不適用 |
應用程式現代化策略
翻新應用程式時，請選擇下列其中一種方法，將單體式架構和舊版執行階段轉換為可擴充的雲端原生服務：
- 翻新評估和 Java 工作負載容器化：使用 Modernization Hub 評估 .NET 和 Java 工作負載，判斷架構升級等轉換路徑，並將 Java 工作負載封裝至符合 Open Container Initiative (OCI) 規範的容器，以便部署至 Google Kubernetes Engine (GKE) 或 Cloud Run。
- 架構升級和程式碼重構：使用 Antigravity CLI 和生成式 AI 工具，翻新舊版執行階段 (例如從 .NET Framework 轉換至 .NET 10)，並將單體架構分解為微服務。
- 無伺服器轉換：使用 Cloud Run 重新架構事件導向工作負載、批次工作和 REST API，轉換為代管無伺服器執行階段，減少基礎架構管理工作。
資料庫遷移策略
規劃資料庫遷移作業時，請選擇下列其中一項策略，在資料一致性需求與可接受的應用程式停機時間之間取得平衡：
- 離線遷移 (排定維護)：停止寫入來源資料庫、匯出資料集、將資料集匯入 Google Cloud，以及重新導向應用程式連線字串。這種做法適合非關鍵工作負載，或可容許預定維護期間的小型資料集。
- 線上遷移 (持續複製)：擷取初始資料庫快照，並使用變更資料擷取 (CDC) 持續串流交易更新，直到最終轉換。這種做法適合需要盡可能縮短停機時間，並維持業務連續性的重要任務系統。
大型主機翻新策略
翻新大型主機系統時，請採用下列分階段做法，擷取商業邏輯並驗證同等性，同時盡可能降低營運風險：
- 反向工程：使用 Mainframe Assessment Tool (MAT) 擷取基礎商業邏輯、程式呼叫樹狀結構和資料結構定義。
- 正向工程：使用 Antigravity CLI，將擷取的商業邏輯轉換為目標語言 (例如 Java 或 Go) 的雲端微服務。
- Dual Run 驗證：使用 Dual Run，在大型主機和 Google Cloud環境中平行處理即時正式版交易，在最終轉換前達到功能同等性。