Google Cloud 正式开源了 GKE Agentic Migration，一个专门针对 EKS 到 GKE 迁移场景的 AI 辅助插件。此前这类迁移一直是高摩擦工程：平台团队要手工拆解大量 IaC，处理 AWS 与 Google Cloud 的架构差异，还要自己写转换脚本。用通用 LLM 草拟转换虽然快，但会产生幻觉、编造不存在的资源属性、丢掉网络或身份配置，跨文件依赖也容易失焦。工程师花在审计和调试上的时间，往往吞掉最初节省的速度。

这个插件实现了”一组 agent skills 加一个本地 MCP 服务器”。它用 LLM 做复杂翻译，同时用确定性工具做精确映射和校验，最终通过自动化 Pull Request 把 AWS EKS 的 IaC 与 Kubernetes manifests 转换成 GKE landing zone。Persistent 的 EVP Rahul Shrivastava 在文中评价，它把生成式 AI 的速度与企业需要的确定性护栏结合起来，形成”可证明的、编译器级的迁移工厂”。

针对迁移中的治理问题，插件有四个设计重点。第一是混合验证：LLM 负责写 Terraform 和 YAML，服务器负责执行确定性的精确映射，比如 Workload Identity 注解、镜像仓库地址；生成的配置还要通过 terraform validate 和 manifest 契约检查，才交到人手里审批。第二是 GitOps 原生 PR 工作流：始终不直接连接在线集群，而是读取源仓库、生成目标状态、打开 PR，让所有变更都走标准的 CI/CD 人工审核流程，不搞 ClickOps。第三是翻译与传输分离：插件只做架构翻译，不碰有状态数据，迁移数据时生成 runbook，引导用户使用 Google Cloud 的 Database Migration Service 或 Storage Transfer Service 这类有 SLA 的工具。第四是多角色状态管理：迁移状态被持久化，平台工程师建立基线 landing zone，应用开发者可以在自己机器上、权限隔离的目录里，独立翻译各自的工作负载，实现异步交接。

底层逻辑是一个”迁移状态图”，由可执行函数组成，逐级传递上下文。插件无需安装 CLI 二进制文件，也没有中央控制平面，协作通过现有开发流程完成。迁移生命周期里，它先从 Git 仓库或实时 EKS 集群扫描中建立资源清单和依赖关系；然后生成就绪报告，识别架构不兼容；每个阻断项必须有负责人和解决日期，平台工程师签字后才能进入翻译阶段。落地时，它会搭建基础 Google Cloud Terraform 模块（VPC、子网、GKE 集群、组织策略等），并在 GKE Autopilot 与 Standard 之间做显式选择。AI 翻译阶段处理三类典型转换：AWS IRSA 到 Workload Identity，ALB Ingress 到 Gateway API，Karpenter 节点声明到 GKE Node Auto Provisioning 或自定义计算类（CCC）。最终所有配置在本地离线编译验证，再以 PR 形式提交审查。

项目已在 GitHub 开源，用户可以直接 star、clone，也可以按照 onboarding 指南在示例 EKS 仓库上运行。整体思路是把云迁移从”零散重构”变成”可预测、可审查、AI 辅助的 GitOps 工作流”。对于被 EKS 迁移折磨的平台团队，这是一个值得跟进的具体工具。