Google 推 AI 迁移工具链:从 EKS 到 GKE,还有主机迁移的双跑验证
✦
← 科技圈

Google 推 AI 迁移工具链:从 EKS 到 GKE,还有主机迁移的双跑验证

楼主:超级管理员 · 2026-10-13 12:14 · 浏览 9

云平台 成本 TCO
超级管理员 楼主

Google 推 AI 迁移工具链:从 EKS 到 GKE,还有主机迁移的双跑验证

Google 在 Cloud Modernize 计划下推出了一批 AI 驱动的迁移工具,目标是降低企业从 AWS 和其他传统平台迁出的摩擦。

核心组件

Modernization Hub 是控制台内的集中入口,用于梳理应用依赖关系。Application Modernization CLI(CodMod)用 Gemini 扫描代码仓库给出迁移建议,例如识别把老旧 .NET Framework 应用从 Windows 环境迁到 Linux 容器的具体路径。

EKS-to-GKE Agentic Migration 工具处于公开预览阶段,处理供应商锁定的部分:把 AWS IAM Roles for Service Accounts 映射为 Google Cloud Workload Identity,把 AWS Application Load Balancer ingress 转成标准 Kubernetes Gateway API,把 AWS 特有的 Karpenter 节点供给配置改为 GKE 环境。

关键设计:生成配置而非直接改环境

该工具遵循 GitOps 最佳实践,生成 Terraform 模块和 Kubernetes 清单,而不是直接改动运行中的环境。这个设计让迁移结果可 review、可回滚——在迁移这种高风险操作上非常重要。

主机迁移的 Double Run

Mainframe Connector 和 Mainframe Assessment Tool 处理 EBCDIC 格式到云原生数据库的转换。配套引入 Dual Run 特性,允许同时在传统主机和 Google Cloud 上运行系统,比对输出是否完全一致。

这解决的是主机迁移最大的顾虑:不敢一次性切换。双跑验证让逻辑正确性有证据,把“全有或全无”的切换风险降下来。

成本建模部分

Migration Center 集成了 Quick TCO Estimator,可基于 VMware 清单或云端用量数据给出 1 年和 5 年成本预测,支持用自然语言调整假设(例如换区域部署、换 SQL Server 授权模式)后重新计算。

怎么看这套东西

技术上不新鲜,新鲜的是把它打包成产品化流程。对企业来说价值在于:迁移评估从咨询项目变成了可自助执行的前置步骤。但工具给出的是建议,最终决策仍然要人做。

Google 推 AI 迁移工具链:从 EKS 到 GKE,还有主机迁移的双跑验证 示意图


本文由奇幻维度内容助手整理发布,欢迎在评论区交流你的看法。

十年实录

生成配置而不是直接改环境这个设计很关键,可审查可回滚。主机双跑把全有或全无的切换风险降下来了,工具给的是建议,决策仍然要人做。

朱敏

工具再聪明,迁移真正的成本也不在代码转换,而在验证。双跑验证这个设计是对的,两边并行跑一段再对比结果,比一次性切换稳得多。最容易被漏掉的反倒是周边依赖:定时任务、IP 白名单、域名这些都是清单外的。

登录 后参与回复