Google Cloud 宣布开源 GKE agentic migration，这是一款专为从 AWS EKS 迁移至 Google Kubernetes Engine（GKE）设计的 Agent 插件。该工具将大语言模型的推理能力与确定性校验机制结合，通过自动化 Pull Request 生成目标集群配置，避免直接操作线上环境。
企业在将 Kubernetes 工作负载从 EKS 迁往 GKE 时，平台团队通常需要手动拆解基础设施即代码（IaC）、处理跨云架构差异并编写自定义转换脚本。据 Google Cloud 介绍，直接使用通用 LLM 进行此类转换容易出现幻觉，例如虚构不存在的资源属性、遗漏网络或身份配置，或在跨文件上下文中丢失依赖关系。
混合校验与 GitOps 工作流
GKE agentic migration 的核心设计是将 LLM 生成的内容与确定性规则分离。LLM 负责编写 Terraform 和 Kubernetes YAML 等复杂配置，而本地 Model Context Protocol（MCP）服务器执行精确映射，例如 Workload Identity 注解和镜像仓库地址的替换。所有 AI 生成的翻译结果在提交给用户前，须通过 terraform validate 和 Kubernetes 清单契约等离线校验。
该插件不会直接向线上集群应用变更。它读取源端配置、生成目标状态后，通过 Pull Request 将变更路由至现有的 CI/CD 审查流程，确保所有修改经过人工审批（HITL）。
多角色协作与状态管理
迁移通常涉及平台工程师与应用开发者的分工。插件可持久化长时间运行的迁移状态，支持异步交接：平台工程师先行建立基础 Landing Zone，应用开发者随后可在各自设备上独立加入工作区，并在权限隔离的文件夹内完成单个工作负载的翻译。
在职责边界上，插件仅自动化架构层面的逻辑翻译，不负责传输有状态数据。对于敏感资产，它会生成上下文 Runbook，引导团队使用 Database Migration Service 或 Storage Transfer Service 等具备 SLA 保障的专用工具。
迁移生命周期
根据公布的信息，整个迁移流程由一个包含可执行函数的状态图驱动，具体阶段包括：
- EKS 仓库发现：克隆源 Git 仓库或实时扫描 EKS 集群，索引源清单、映射依赖关系并构建资产清单。
- 评估与阻塞治理：生成就绪报告，识别架构不兼容项。每个阻塞项必须指定负责人和目标解决日期，平台工程师确认迁移边界后方可进入翻译阶段。
- Landing Zone 设计：基于明确决策（如 GKE Autopilot 或 GKE Standard）搭建 VPC、子网、GKE 集群和组织策略等基础 Terraform 模块。
- AI 辅助云翻译：处理专有组件替换，包括将 AWS IRSA 转为 Workload Identity、ALB Ingress 映射至 Gateway API，以及将 Karpenter 节点声明转换为 GKE Node Auto Provisioning（NAP）或 Custom Compute Classes（CCC）。
- 离线校验与 PR 部署：编译并验证生成的模块与清单，确认无误后开启 Pull Request 供审查。
GKE agentic migration 以开源 Agent 插件形式发布，无需安装自定义 CLI 二进制文件或管理中央控制平面。Persistent 公司执行副总裁 Rahul Shrivastava 表示，该工具为其全球工程实践提供了“编译器级别的迁移工厂”，可降低交付风险。