Google Cloud ha presentado este 5 de octubre Google Cloud Modernize, un portfolio que reúne herramientas de migración y modernización con capacidades de inteligencia artificial para infraestructura, plataformas y aplicaciones. La propuesta integra servicios ya existentes y añade un EKS-to-GKE Migration Agent para trasladar cargas de Amazon EKS a Google Kubernetes Engine, según el anuncio oficial de Google Cloud.
Modernization Hub concentra el análisis en una sola consola
El centro de la nueva propuesta es Modernization Hub, una experiencia dentro de la consola que permite analizar código fuente, mapear dependencias y priorizar qué aplicaciones o componentes merece la pena modernizar primero. Google busca reducir proyectos que tradicionalmente se extienden durante años por falta de inventario, documentación o dependencia de conocimiento interno.
El portfolio agrupa Migration Center, Google Cloud VMware Engine, Mainframe Modernization y nuevas funciones agénticas. El objetivo es que el equipo pueda pasar del descubrimiento a la migración sin rehacer el análisis en cada fase.
El agente EKS-to-GKE automatiza parte de la migración de Kubernetes
Una de las novedades más concretas es el agente diseñado para migrar desde Amazon EKS a GKE. El sistema analiza la configuración existente, ayuda a identificar diferencias y prepara tareas de migración que normalmente requieren revisar manifiestos, políticas, dependencias y servicios asociados.
Para una empresa con decenas de workloads, la ventaja potencial está en reducir trabajo repetitivo. Eso no elimina la necesidad de probar redes, almacenamiento, observabilidad, identidades y costes antes de mover producción.
Qué debe revisar una pyme antes de migrar
La existencia de un agente no convierte una migración en automática. El primer paso sigue siendo inventariar aplicaciones, bases de datos, contratos cloud, dependencias externas y objetivos de coste. Después conviene separar los sistemas que pueden moverse casi sin cambios de los que necesitan refactorización.
Google Cloud Modernize puede resultar especialmente útil cuando una empresa arrastra plataformas antiguas o tiene infraestructura distribuida entre VMware, mainframe, Kubernetes y aplicaciones Java o .NET. El criterio de éxito debería ser tiempo de migración, coste operativo posterior, resiliencia y capacidad del equipo para mantener la nueva arquitectura.
Para situar el cambio en contexto, BlackHold News ha publicado también la nueva memoria de agentes con AlloyDB y Memorystore, las colas nativas de Spanner, la Web Search API de Cloudflare, la retirada de modelos antiguos de GitHub Copilot, el parche de SageMaker por CVE-2026-104019 y el nuevo cifrado del lado del cliente en Google Workspace.
Fotografía: Christina Morillo / Pexels.
