RespuestasPublicado16 fuentes
Google Cloud incorpora agentes para bases de datos y runtimes persistentes para Cloud Run
En agosto de 2026, Google Cloud presentó agentes para incorporar y supervisar bases de datos, además de una vista previa de Cloud Run instances para cargas de trabajo de IA persistentes. El Database Onboarding Agent cubre la configuración inicial y recomienda servicios como AlloyDB, Bigtable, Cloud SQL y Spanner; el...
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ó agentes para incorporar y supervisar bases de datos, además de una vista previa de Cloud Run instances para cargas de trabajo de IA persistentes.
- El Database Onboarding Agent cubre la configuración inicial y recomienda servicios como AlloyDB, Bigtable, Cloud SQL y Spanner; el Database Observability Agent monitoriza flotas, investiga problemas y puede ejecutar c...
- Cloud Run instances funciona como un runtime singleton sin escalado automático, con una duración continua de hasta siete días y una dirección HTTPS estable, pensado especialmente para agentes personales de IA de larga...
Prompt de IA
openai.comCreate a landscape editorial hero image for this Studio Global article: What did Google Cloud announce in August 2026 to reduce the operational burden of managing databases and hosting persistent AI workloads, in. Article summary: In August 2026, Google Cloud positioned two new offerings as complementary infrastructure for AI agents: database agents that reduce the human work of provisioning and operating data stores, and persistent Cloud Run runt. Topic tags: general, general web, documentation, user generated. 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,
Las novedades de Google Cloud de agosto de 2026 apuntan a dos problemas que empiezan a ser habituales al desarrollar agentes de IA: decidir y operar la base de datos adecuada, y alojar agentes que necesitan mantenerse disponibles incluso cuando no están atendiendo una secuencia convencional de solicitudes web.
La compañía presentó dos Database Operations Agents, integrados con Gemini Cloud Assist, y anunció en vista previa las Cloud Run instances, un runtime singleton diseñado para cargas de trabajo persistentes y con estado. En conjunto, las dos propuestas adaptan las capas de datos y de cómputo a las necesidades de las aplicaciones basadas en agentes. 2
4
11
Dos agentes para cubrir todo el ciclo de vida de una base de datos
Los nuevos agentes forman parte de la estrategia Agentic Data Cloud de Google Cloud. La división es sencilla: el onboarding cubre el llamado Day 0, es decir, la fase de selección, configuración y despliegue inicial; la observabilidad se ocupa de las operaciones de Day 1 y Day 2, una vez que la base de datos ya está en funcionamiento. 2
Database Onboarding Agent: de los requisitos al despliegue
El Database Onboarding Agent interpreta los requisitos de una carga de trabajo, recomienda una base de datos gestionada y guía al equipo durante su configuración y despliegue. La idea es reducir las decisiones manuales de arquitectura y aprovisionamiento que normalmente deben resolverse antes de poner una aplicación en producción.
El agente es compatible con AlloyDB, Bigtable, Cloud SQL y Spanner. 2
Esto puede resultar útil cuando un equipo sabe qué necesita su aplicación —por ejemplo, determinadas características de rendimiento u operación—, pero todavía no tiene claro cuál de los servicios de bases de datos de Google Cloud encaja mejor con esas condiciones.
Database Observability Agent: supervisión y resolución de problemas
El Database Observability Agent se centra en la etapa posterior al despliegue. Google describe funciones de supervisión de flotas, detección de anomalías, diagnóstico, resolución de problemas, optimización y mantenimiento para Cloud SQL, AlloyDB, Spanner, Bigtable, Firestore y Memorystore. 2
24
En lugar de analizar una señal de forma aislada, el agente correlaciona información de Database Insights y la telemetría de Database Center, Cloud Monitoring, Cloud Logging y Cloud Trace. Ese contexto puede incluir métricas, información de consultas, inventario de recursos y datos sobre incidencias para investigar las posibles causas raíz. 2
El objetivo no es limitarse a mostrar una alerta en un panel. El agente puede explicar qué ocurre, recomendar una respuesta y apoyar un flujo de corrección de varios pasos. Google cita como ejemplos activar la agrupación de conexiones de Cloud SQL o añadir índices.
Para los cambios con consecuencias operativas, el agente exige aprobación humana antes de ejecutar correcciones validadas. Las funciones de investigación y remediación se ofrecían en vista previa para clientes seleccionados. 2
24
Cómo se accede a los agentes de bases de datos
Los agentes están integrados con Gemini Cloud Assist y pueden utilizarse desde el chat de Gemini y desde las páginas correspondientes de bases de datos en la consola de Cloud. Google también describe acceso mediante herramientas de línea de comandos, servidores y herramientas MCP, herramientas de terceros y entornos de desarrollo integrados (IDE). 2
Esto amplía el alcance de la asistencia: no queda encerrada en un único panel de operaciones. El mismo flujo basado en lenguaje natural puede incorporarse a los espacios donde desarrolladores y operadores ya investigan problemas, aprovisionan recursos o trabajan en su entorno de desarrollo.
Cloud Run instances: un runtime persistente para agentes
El 28 de agosto, Google Cloud presentó en vista previa Cloud Run instances, una primitiva diferente del servicio convencional de Cloud Run, que escala según el tráfico. Cada instancia funciona como un singleton: se mantiene exactamente una instancia y no existe escalado automático. Google la orienta a cargas de trabajo con estado y de larga duración, como los agentes personales de IA. 4
Sus características principales son:
- Un runtime continuo de hasta siete días.
- Una política de reinicio automático configurada de forma predeterminada.
- Una URL HTTPS estable que no cambia entre actualizaciones y reinicios.
- La posibilidad de detener una instancia y reanudarla más adelante.
- Un único runtime dedicado, en lugar de una flota que crece o disminuye según el volumen de solicitudes.
4
Este modelo encaja con un agente que debe conservar su estado, identidad o actividad en segundo plano para una persona. En cambio, resulta menos natural para un endpoint web sin estado cuyo objetivo principal sea absorber picos de tráfico concurrente.
El precio publicado por Google
Google indicó un precio de 5,70 dólares por 30 días de funcionamiento continuo para una configuración con 1 vCPU y 1 GiB de RAM, utilizando vCPU compartida y presupuestos de ráfaga. 4
La propuesta de valor no es únicamente económica. Frente a la gestión de una máquina virtual dedicada, Google destaca que el usuario puede evitar tareas como el mantenimiento de la máquina virtual y del sistema operativo, la administración del cortafuegos y la creación de un endpoint HTTPS propio.
Aun así, ese importe debe interpretarse como la referencia publicada por Google para la vista previa, no como una comparación universal de costes. El precio real depende de la configuración, el uso, la región y los detalles de facturación. 4
30
31
Google también citó una declaración de un cliente de OffDeal que afirmaba haber reducido un 88 % los arranques en frío. Se trata de un resultado comunicado por un cliente, no de una garantía general de rendimiento de Google ni de una prueba independiente. 4
Por qué estas novedades encajan con el giro hacia la infraestructura para agentes
Las aplicaciones cloud tradicionales suelen separar el procesamiento sin estado de las solicitudes y los servicios persistentes de datos. Los agentes de IA complican ese esquema: pueden necesitar una identidad y un endpoint duraderos, memoria o estado, ejecución prolongada en segundo plano y acceso continuo a herramientas y datos operativos.
Las novedades de agosto abordan esas necesidades desde dos frentes:
- La capa de datos gana autonomía. El agente de onboarding ayuda a seleccionar y aprovisionar una base de datos gestionada, mientras que el agente de observabilidad supervisa el conjunto de recursos, investiga fallos y puede aplicar correcciones aprobadas.
- La capa de cómputo incorpora una opción orientada a la persistencia. Cloud Run instances ofrece un runtime singleton y una dirección estable para agentes que deben permanecer disponibles, en lugar de escalar a cero o iniciarse únicamente cuando llega tráfico.
La estrategia más amplia se refleja en el concepto de Agentic Data Cloud, que reúne datos, modelos y bases de datos operativas en un sistema pensado para que los agentes puedan actuar. 11 El matiz práctico es importante: Google automatiza una parte cada vez mayor del trabajo operativo, pero mantiene la aprobación humana cuando una modificación en la base de datos podría tener consecuencias en producción.
2
La conclusión para los equipos técnicos
Google Cloud no está presentando una única plataforma universal para agentes con estos anuncios. Está incorporando primitivas específicas para dos problemas concretos:
- Conviene considerar los Database Operations Agents cuando el cuello de botella está en elegir una base de datos, aprovisionarla, obtener visibilidad sobre una flota o diagnosticar problemas.
- Cloud Run instances puede encajar cuando un agente necesita un único runtime persistente y direccionable, y no se adapta al modelo de escalado a cero de un servicio serverless convencional.
Ambos productos se presentan con disponibilidad y funciones de vista previa. Antes de utilizarlos en producción, los equipos deberían comprobar la disponibilidad regional, las configuraciones compatibles, los permisos, los precios y los límites de la remediación automatizada.
La dirección general, sin embargo, es clara: Google Cloud está tratando a los agentes de IA como cargas de trabajo que necesitan tanto operaciones más autónomas como una infraestructura más duradera.
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 incorpora agentes para bases de datos y runtimes persistentes para Cloud Run"?
En agosto de 2026, Google Cloud presentó agentes para incorporar y supervisar bases de datos, además de una vista previa de Cloud Run instances para cargas de trabajo de IA persistentes.
¿Cuáles son los puntos clave a validar primero?
En agosto de 2026, Google Cloud presentó agentes para incorporar y supervisar bases de datos, además de una vista previa de Cloud Run instances para cargas de trabajo de IA persistentes. El Database Onboarding Agent cubre la configuración inicial y recomienda servicios como AlloyDB, Bigtable, Cloud SQL y Spanner; el Database Observability Agent monitoriza flotas, investiga problemas y puede ejecutar c...
¿Qué debo hacer a continuación en la práctica?
Cloud Run instances funciona como un runtime singleton sin escalado automático, con una duración continua de hasta siete días y una dirección HTTPS estable, pensado especialmente para agentes personales de IA de larga...