應用程式現代化總覽

本頁面提供架構總覽，說明如何運用各種策略、工具和途徑，將舊版單體式應用程式和無伺服器工作負載，現代化為 Google Cloud上的雲端原生微服務。

如果您是雲端架構師、應用程式開發人員或工程主管，請參考本頁資訊，評估應用程式翻新途徑、透過 Google Cloud Modernization Hub 評估 Java 工作負載的容器整備度、使用生成式 AI 重構程式碼集，以及部署至 Google Kubernetes Engine (GKE) 和 Cloud Run。

閱讀本頁面前，您應先瞭解現有的應用程式架構、原始碼依附元件和目標執行階段需求。

應用程式現代化途徑

請根據來源工作負載架構和開發目標，選擇合適的應用程式翻新路徑。下圖說明三種應用程式翻新路徑：

這張流程圖說明三種翻新路徑：使用 Modernization Hub 翻新 .NET 和 Java、AI 輔助程式碼重構，以及無伺服器 Lambda 至 Cloud Run 遷移。

每種途徑都適用於特定的現代化情境：

  • .NET 和 Java 工作負載翻新：使用 Modernization Hub 評估 .NET 和 Java 工作負載，評估轉換路徑，例如 Java 工作負載的框架升級和容器化作業。
  • AI 輔助程式碼重構：使用生成式 AI 翻新舊版架構，並分解單體架構。
  • 無伺服器遷移：將事件導向函式轉換為可攜式容器化 HTTP 微服務。

翻新 .NET 和 Java 工作負載

Modernization Hub 可協助您評估 ASP.NET、.NET Framework 和 Java 工作負載，並評估 Java 工作負載的轉換路徑，例如框架升級和容器化作業，分為三個階段：

  1. 工作負載評估：分析 Cloud Storage 中的來源封存，評估程式碼集相容性和翻新作業，不需佈建個別運算執行個體。
  2. 阻礙偵測：在可下載的 HTML 和 Markdown 報表中，找出 OS 專屬和架構阻礙 (例如 Windows 登錄檔呼叫、Windows Communication Foundation (WCF) 服務、Internet Information Services (IIS) 依附元件，以及舊版 Java EE 命名空間)。
  3. 轉型規劃：評估建議的轉型路徑，包括 .NET 和 Java 工作負載的框架和依附元件升級，以及 GKE 或 Cloud Run 上 Java 工作負載的 Linux 容器化。

詳情請參閱「評估 .NET 應用程式」、「評估 Java 應用程式」和「容器化應用程式遷移」。

AI 輔助重構程式碼

如要分析及翻新舊版應用程式程式碼，例如升級 .NET Framework 4.x 或翻新 Linux 容器的 Java 工作負載，Modernization Hub、Antigravity CLI 和 Antigravity 支援下列工作流程：

  1. 依附元件評估：掃描原始碼存放區，找出不支援的 API、緊密耦合的單體元件，以及目標執行階段相容性。
  2. 程式碼重構：使用 Antigravity CLI，將舊版架構呼叫轉換為現代化的跨平台等效呼叫。
  3. 生成構件：為目標應用程式生成多級式 Dockerfile 和設定檔。

無伺服器遷移

將無伺服器函式從 AWS Lambda 遷移至 Cloud Run 的程序包含下列階段：

  1. 執行階段依附元件評估：找出事件觸發條件、環境變數和執行限制。
  2. 執行包裝函式重構：使用 Antigravity CLI，將 AWS Lambda 事件處理常式調整為標準 HTTP 無狀態容器處理常式。
  3. Cloud Run 部署：將函式封裝為容器，並部署至 Cloud Run，以便自動調度資源，並依用量計費。

參考架構

如需深入瞭解架構模式和現代化參考指南，請參閱 Google Cloud Architecture Center 中的下列資源：

後續步驟