RespuestasPublicado18 fuentes
Google Cloud suma agentes para bases de datos y runtimes persistentes para cargas de IA
En agosto de 2026, Google Cloud presentó los Database Operations Agents, integrados con Gemini Cloud Assist, y las nuevas Cloud Run instances en vista previa. El Database Onboarding Agent cubre la selección, configuración y puesta en marcha de bases de datos; el Database Observability Agent analiza telemetría, propo...
Publicado porEditado con GPT-5.6 LunaImágenes generadas con GPT Image 1.5
Respuesta de investigación
Conclusiones clave
- En agosto de 2026, Google Cloud presentó los Database Operations Agents, integrados con Gemini Cloud Assist, y las nuevas Cloud Run instances en vista previa.
- El Database Onboarding Agent cubre la selección, configuración y puesta en marcha de bases de datos; el Database Observability Agent analiza telemetría, propone soluciones y puede ejecutar cambios compatibles con apro...
- Cloud Run instances ofrecen un runtime único y dedicado, sin escalado automático ni reducción a cero, con hasta siete días de ejecución continua, una URL HTTPS estable y un precio indicado de 5,70 dólares por 30 días...
- Las dos novedades son complementarias: una automatiza la gestión de datos y la otra mantiene activo el proceso del agente, pero ninguna sustituye la necesidad de almacenar el estado duradero en una base de datos.
Prompt de IA
openai.comCreate a landscape editorial hero image for this Studio Global article: What did Google Cloud introduce in August to support AI-agent infrastructure—specifically, how do its Gemini Cloud Assist–integrated Databas. Article summary: In August, Google Cloud introduced two complementary building blocks for always-on AI agents: Database Operations Agents to automate database setup and operations, and Cloud Run instances for low-cost, persistent single-. Topic tags: general, general web, documentation. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fak
Google Cloud ha presentado en agosto de 2026 dos piezas de infraestructura orientadas a los agentes de inteligencia artificial: los Database Operations Agents, que automatizan tareas del ciclo de vida de las bases de datos, y las Cloud Run instances, diseñadas para ejecutar cargas de trabajo persistentes y de instancia única. 23
1
La propuesta aborda dos problemas diferentes. Por un lado, configurar, vigilar y diagnosticar una base de datos todavía exige conocimientos especializados. Por otro, muchos agentes necesitan un proceso que permanezca activo, una dirección estable o una interacción prolongada sin desaparecer cuando no llegan solicitudes. Las dos novedades se complementan, pero no son intercambiables: un runtime persistente no garantiza que los datos en memoria sobrevivan a un reinicio, y la automatización de bases de datos no proporciona por sí sola un entorno de ejecución siempre disponible.
Dos agentes para reducir el trabajo manual con bases de datos
Los nuevos agentes forman parte de la estrategia Agentic Data Cloud de Google y se integran con Gemini Cloud Assist:
- Database Onboarding Agent: se ocupa de las tareas de Day 0, como elegir el servicio adecuado, configurar la base de datos y realizar el despliegue inicial.
- Database Observability Agent: cubre las operaciones de Day 1 y Day 2: monitorización, diagnóstico, resolución de problemas y mantenimiento continuo.
23
La idea es sustituir parte del trabajo repetitivo —scripts de aprovisionamiento, pasos de configuración, consultas de monitorización y procesos de diagnóstico— por flujos guiados mediante lenguaje natural. Esto puede aliviar la carga de administradores de bases de datos, desarrolladores, equipos de fiabilidad del sitio (SRE) y profesionales de DevOps, sin eliminar la supervisión humana en los cambios con impacto en producción.
Servicios compatibles y disponibilidad
Google describe el Onboarding Agent como compatible con servicios gestionados de Google Cloud como AlloyDB, Bigtable, Cloud SQL y Spanner. 29
Las funciones no se presentan como una capacidad disponible de forma universal. Los anuncios de Google las describen como versiones preliminares, y algunas funciones del agente de observabilidad están limitadas a determinados clientes y servicios de bases de datos. 29
34
Del síntoma a una posible solución
El Observability Agent no se limita a consultar una métrica aislada. Está diseñado para correlacionar señales de distintas fuentes, entre ellas Database Insights, Cloud Monitoring, Cloud Logging y Cloud Trace, con el fin de encontrar posibles causas de problemas como aumentos de latencia, consultas que concentran demasiada carga, contención por bloqueos o presión sobre los recursos. 23
Después puede explicar la causa probable, sugerir un cambio y detallar su justificación y su impacto esperado. Cuando la acción está dentro de las capacidades compatibles, el usuario debe aprobarla antes de que se ejecute. Entre los ejemplos mencionados por Google están activar la agrupación de conexiones de Cloud SQL y añadir un índice. 23
44
Ese límite de aprobación es relevante en entornos de producción. Una optimización aparentemente local puede modificar los costes, la latencia, los bloqueos o el comportamiento de una aplicación. Por eso, la automatización resulta más útil cuando incorpora un punto claro de revisión y control de permisos.
Consola, línea de comandos, IDE y MCP
Google está distribuyendo estas funciones a través de los entornos que los equipos ya utilizan: el chat de Gemini Cloud Assist, las páginas de bases de datos de la consola de Google Cloud, las vistas de flotas de Database Center, la línea de comandos, los entornos de desarrollo integrados (IDE) y herramientas de terceros. 23
Además, algunas capacidades de Database Insights y Database Center pueden exponerse mediante interfaces compatibles con MCP, el Model Context Protocol. Los servidores MCP gestionados por Google se ejecutan en Google Cloud, de modo que Gemini y otros clientes compatibles pueden conectarse a funciones de datos e infraestructura sin que el usuario tenga que desplegar y mantener el servidor MCP. 36
En la práctica, esto permite que una herramienta externa de desarrollo u otro agente consulte inventario de flotas, métricas de bases de datos o problemas detectados mediante una interfaz estandarizada, en lugar de depender únicamente de una consola gráfica.
Cloud Run instances: un proceso único que no se apaga con cada pausa
Las Cloud Run instances son runtimes dedicados y de instancia única. A diferencia de un servicio convencional de Cloud Run, cada instancia ejecuta exactamente una copia de la carga de trabajo, no escala automáticamente y no se reduce a cero. Google las presentó en vista previa para casos como agentes personales de IA y otras aplicaciones de larga duración, normalmente destinadas a un solo usuario. 1
Cada instancia puede funcionar de manera continua durante un máximo de siete días y cuenta por defecto con una política de reinicio automático. También es posible detenerla cuando no se necesita y reanudarla más adelante. Además, recibe una URL HTTPS que permanece sin cambios durante las actualizaciones y los reinicios. 1
Estas características resuelven varias limitaciones habituales de los despliegues serverless orientados a solicitudes:
- Sin interrupción por escalado a cero: el proceso permanece disponible entre una interacción y otra.
- Ejecución singleton: la carga funciona como una única copia dedicada, en vez de replicarse mediante el escalado automático.
- Dirección estable: la URL HTTPS no cambia cuando la instancia se reinicia o se actualiza.
- Infraestructura gestionada: el equipo obtiene un modelo de proceso persistente sin administrar el sistema operativo invitado, las reglas del cortafuegos ni la configuración del endpoint HTTPS de una máquina virtual.
Google presenta este modelo como una alternativa a mantener una máquina virtual encendida de forma continua para determinados casos, no como un reemplazo general de las máquinas virtuales ni de los servicios de Cloud Run con autoscaling.
Precio y arranques en frío
Google indica que ejecutar de forma continua una Cloud Run instance con 1 vCPU compartida y 1 GiB de memoria cuesta 5,70 dólares por 30 días. El servicio también utiliza presupuestos de ráfaga para picos ocasionales de computación, lo que permite no dimensionar el runtime para cubrir permanentemente el máximo de demanda. 1
Al mantener el proceso activo, el modelo puede reducir la exposición a los arranques en frío. Un usuario inicial citado por Google informó de una reducción del 88 % en los arranques en frío de un agente de larga duración. Es un resultado de un cliente, no una garantía de rendimiento aplicable a cualquier despliegue. 1
Por tanto, los 5,70 dólares deben entenderse como el precio indicado para una configuración concreta, no como el coste total de todas las aplicaciones. El importe final puede incluir recursos adicionales, red, almacenamiento u otros servicios relacionados.
“Persistente” no significa memoria permanente
Una Cloud Run instance puede mantener vivo un proceso, pero eso no garantiza que los datos almacenados únicamente en memoria sobrevivan a todos los reinicios, detenciones o a la finalización del runtime. La guía de arquitectura de Google distingue entre el estado en memoria y el estado externo: si la aplicación se reinicia, pierde el historial de conversación guardado en memoria; para sistemas de producción que necesitan fiabilidad, recomienda gestionar el estado externamente. 19
En un agente de producción, esto normalmente implica guardar las sesiones, el progreso de los flujos de trabajo y otros datos duraderos en una base de datos u otro sistema persistente. La documentación de Google sobre agentes de larga duración apunta al almacenamiento de sesiones respaldado por una base de datos, incluido Cloud SQL para escenarios de producción. 21
La diferencia es clave: Cloud Run instances ofrecen un modelo de ejecución con estado durante un periodo limitado, pero no eliminan la necesidad de almacenamiento duradero cuando el agente debe recuperar una tarea incompleta o conservar el contexto más allá de la vida útil de la instancia.
La estrategia de Google para la infraestructura de agentes
En conjunto, los anuncios cubren las dos caras de una arquitectura de agentes:
- Ejecutar el agente: Cloud Run instances ofrecen una opción gestionada para un proceso dedicado, de larga duración y con un endpoint estable.
- Operar la capa de datos: los Database Operations Agents automatizan partes del aprovisionamiento, la observabilidad, el diagnóstico y la remediación aprobada.
- Conectar herramientas: las integraciones con MCP llevan las capacidades de las bases de datos a IDE, CLI, clientes externos y otros agentes.
- Mantener controles humanos: el Observability Agent puede proponer cambios, pero las acciones de remediación compatibles requieren aprobación.
El resultado no es una infraestructura completamente autónoma que elimine las decisiones de ingeniería. Es un conjunto de componentes gestionados que reduce el trabajo operativo repetitivo, mientras que la arquitectura, los permisos, el almacenamiento duradero y la gobernanza de los cambios en producción siguen siendo responsabilidad de los equipos.
Para quienes desarrollan asistentes personales, flujos de trabajo asíncronos o agentes con interacciones de varios turnos, Cloud Run instances resuelven la continuidad del runtime. Para los equipos que administran las bases de datos de las que dependen esos agentes, los Database Operations Agents automatizan buena parte del trabajo de configuración, supervisión y respuesta ante incidencias. La dirección general es clara: Google está haciendo que tanto la computación como las operaciones de datos sean más accesibles para los agentes mediante lenguaje natural, telemetría e interfaces de herramientas estandarizadas.
Studio Global AI
Continúe su investigación
Esta página incluye una respuesta respaldada por fuentes que puede continuar dentro de Studio Global.
La gente también pregunta
¿Cuál es la respuesta corta a "Google Cloud suma agentes para bases de datos y runtimes persistentes para cargas de IA"?
En agosto de 2026, Google Cloud presentó los Database Operations Agents, integrados con Gemini Cloud Assist, y las nuevas Cloud Run instances en vista previa.
¿Cuáles son los puntos clave a validar primero?
En agosto de 2026, Google Cloud presentó los Database Operations Agents, integrados con Gemini Cloud Assist, y las nuevas Cloud Run instances en vista previa. El Database Onboarding Agent cubre la selección, configuración y puesta en marcha de bases de datos; el Database Observability Agent analiza telemetría, propone soluciones y puede ejecutar cambios compatibles con apro...
¿Qué debo hacer a continuación en la práctica?
Cloud Run instances ofrecen un runtime único y dedicado, sin escalado automático ni reducción a cero, con hasta siete días de ejecución continua, una URL HTTPS estable y un precio indicado de 5,70 dólares por 30 días...