容器化應用程式遷移

本頁面提供架構指南和作業策略，說明如何將現有容器工作負載遷移至 Google Kubernetes Engine (GKE) 或 Cloud Run，或將 Java 工作負載翻新為在 GKE 或 Cloud Run 執行的容器。

如果您是雲端架構師、應用程式開發人員或開發運作工程師，請參考本頁資訊，評估容器化路徑、將映像檔推送至 Artifact Registry，以及使用 Google Cloud Modernization Hub 評估及容器化 Java 工作負載。

閱讀本頁面之前，您應先盤點容器化和虛擬化工作負載，並瞭解目標自動化調度管理和擴充需求。

遷移模式

下圖說明容器現代化路徑：

流程圖說明三種容器遷移路徑：透過 Artifact Registry 部署現有容器映像檔、使用 Modernization Hub 和 Antigravity 評估 Java 工作負載並容器化，以及將無伺服器函式遷移至 Cloud Run。

每條路徑都適用於特定的工作負載架構：

  • 現有容器工作負載：如果應用程式已封裝為 Docker 或開放容器倡議 (OCI) 映像檔，請將其推送至 Artifact Registry，並直接部署至 GKE 或 Cloud Run。
  • Java 工作負載：如果 Java 工作負載在虛擬機器上執行，請使用 Modernization Hub 和 Antigravity 評估轉換路徑、重構環境專屬依附元件，以及將 Java 工作負載封裝至容器。
  • 無伺服器函式：如果應用程式是以 AWS Lambda 函式形式執行，請使用 Antigravity CLI 將事件處理常式容器化為標準 HTTP 微服務，以便部署至 Cloud Run。

Java 工作負載容器化

Modernization Hub 和 AI 輔助重構工具可協助您將 Java 工作負載翻新為符合 OCI 規範的容器映像檔：

  1. 重構並產生資訊清單：使用 Antigravity 和 Antigravity CLI 解決環境專屬的阻礙，並產生標準化的 Dockerfile 和 Kubernetes 部署 YAML 設定。
  2. 部署至代管執行階段：建構容器映像檔並推送至 Artifact Registry，然後在 GKE 或 Cloud Run 上執行容器化 Java 工作負載。

後續步驟