容器化应用迁移

本页面提供了架构指南和运营策略，用于迁移现有容器工作负载或将 Java 工作负载现代化改造为在 Google Kubernetes Engine (GKE) 或 Cloud Run 上运行的容器。

如果您是云架构师、应用开发者或 DevOps 工程师，可以使用本页面中的信息来评估容器化路径、将映像推送到 Artifact Registry，以及使用 Google Cloud Modernization Hub 评估 Java 工作负载并将其容器化。

在阅读本页内容之前，您应该先清点容器化和虚拟化工作负载，并了解目标编排和伸缩要求。

迁移模式

下图展示了容器现代化路径：

流程图展示了三种容器迁移路径：通过 Artifact Registry 部署现有容器映像、使用 Modernization Hub 和 Antigravity 评估 Java 工作负载并将其容器化，以及将无服务器函数迁移到 Cloud Run。

每条路径都针对特定的工作负载架构：

  • 现有容器工作负载：如果您的应用已打包为 Docker 或 Open Container Initiative (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 工作负载。

后续步骤