En agosto de 2026, Google Cloud presentó dos piezas de infraestructura complementarias para agentes de IA: agentes que simplifican la administración de bases de datos y un entorno persistente de Cloud Run. El Database Onboarding Agent ayuda a elegir, configurar y desplegar AlloyDB, Bigtable, Cloud SQL y Spanner a pa...
Respuesta de investigación

Create 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 web, agents, ai, workflow, productivity. 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, cha
Google Cloud está adaptando su infraestructura a una nueva clase de aplicaciones: agentes de IA que no solo responden a consultas, sino que también necesitan memoria, acceso a herramientas, identidad persistente y operación continua. En agosto de 2026, la compañía presentó dos iniciativas complementarias: agentes para reducir el trabajo humano asociado a las bases de datos y un nuevo recurso de Cloud Run para ejecutar procesos persistentes sin administrar directamente una máquina virtual. Ambas propuestas forman parte de su visión de una “Agentic Data Cloud”, junto con una estrategia más amplia para hacer que la infraestructura sea autónoma y pueda gestionarse mediante lenguaje natural. 2
11
Google Cloud anunció dos Database Operations Agents integrados con Gemini Cloud Assist. La idea es cubrir tanto la puesta en marcha inicial como las tareas de operación diaria.
El Database Onboarding Agent se ocupa del llamado “Día 0”: interpreta los requisitos de una aplicación, recomienda una base de datos administrada y guía al equipo durante la configuración y el despliegue. Así, los usuarios no tienen que resolver manualmente cada decisión de arquitectura o aprovisionamiento.
El agente es compatible con AlloyDB, Bigtable, Cloud SQL y Spanner. 2
El Database Observability Agent está orientado a las operaciones de “Día 1 y Día 2”. Sus funciones incluyen supervisar una flota de bases de datos, detectar anomalías, diagnosticar problemas, ayudar a resolver incidencias, optimizar el rendimiento y apoyar el mantenimiento continuo.
Admite Cloud SQL, AlloyDB, Spanner, Bigtable, Firestore y Memorystore. 2
13
Para encontrar la causa de un problema, puede correlacionar información procedente de Database Insights y Database Center, además de Cloud Monitoring, Cloud Logging y Cloud Trace. El análisis combina métricas, datos de consultas, inventario e información sobre incidencias para elaborar diagnósticos de causa raíz. 2
La propuesta no se limita a sugerir acciones. Con la aprobación de una persona, el agente puede ejecutar correcciones validadas, como activar la agrupación de conexiones en Cloud SQL o añadir índices. Las funciones de investigación y corrección dentro del producto estaban disponibles como capacidades de vista previa para clientes seleccionados. 2
Los agentes pueden utilizarse desde el chat de Gemini y desde las páginas correspondientes de bases de datos en Google Cloud Console. Google también los vinculó con herramientas de línea de comandos, servidores y herramientas MCP, herramientas de terceros y entornos de desarrollo integrados. 2
El 28 de agosto, Google Cloud presentó en vista previa las instancias de Cloud Run, un recurso diseñado para cargas de trabajo que necesitan mantenerse activas en lugar de escalar automáticamente a cero. 4
Se trata de un entorno singleton: ejecuta exactamente una instancia y no aplica escalado automático. Esto lo diferencia del uso más habitual de Cloud Run para servicios sin estado y de alto volumen. El recurso está pensado para procesos con estado y disponibilidad continua, como agentes personales de IA que deben seguir trabajando aunque el ordenador portátil de su usuario esté apagado. 4
Cada instancia puede funcionar durante hasta siete días y tiene configurada por defecto una política de reinicio automático. Su URL HTTPS permanece estable entre actualizaciones y reinicios, y el usuario puede detenerla para reanudarla posteriormente. 4
Google indicó un precio de referencia de 5,70 dólares por 30 días para una instancia con 1 vCPU y 1 GiB de RAM funcionando de forma continua, mediante una vCPU compartida y presupuestos de ráfagas. Según la compañía, la ventaja frente a una máquina virtual dedicada no es únicamente económica: el usuario evita mantener el sistema operativo y la máquina virtual, administrar reglas de firewall o configurar por su cuenta un punto de acceso HTTPS, sin pagar por toda la capacidad de cómputo de una VM encendida permanentemente. 4
El caso de uso inicial mencionado por Google son agentes personales de larga duración, como OpenClaw o Hermes, que atienden a una sola persona y necesitan conservar su estado. 4 La compañía también citó a un cliente de OffDeal, que informó de una reducción del 88 % en los arranques en frío. Ese dato procede de un cliente y no constituye una garantía general de rendimiento ni una prueba comparativa aplicable a todos los escenarios.
4
Las dos novedades abordan capas distintas del mismo problema. Los agentes de bases de datos vuelven más autónoma la capa de datos: pueden ayudar a aprovisionar, observar, investigar y, con autorización, corregir problemas en servicios administrados. Las instancias de Cloud Run ofrecen una base de cómputo más adecuada para agentes que deben conservar una identidad, un endpoint y un proceso activo durante largos periodos. 2
4
La estrategia también refleja una diferencia importante entre los agentes de IA y las aplicaciones web convencionales. Un agente puede necesitar memoria o estado persistente, ejecutar tareas en segundo plano durante horas o días, acceder a herramientas y datos, y funcionar con menos intervención operativa. Google Cloud busca cubrir esas necesidades con dos mecanismos: agentes que automatizan la administración y primitivas de infraestructura administrada para mantener los procesos activos.
Al mismo tiempo, la aprobación humana sigue siendo relevante cuando una acción puede modificar una base de datos. Esa combinación —automatización para investigar y preparar soluciones, pero supervisión antes de aplicar cambios de consecuencias— es el equilibrio que Google Cloud plantea para su nueva infraestructura orientada a agentes. 2
4
Studio Global AI
Esta página incluye una respuesta respaldada por fuentes que puede continuar dentro de Studio Global.
En agosto de 2026, Google Cloud presentó dos piezas de infraestructura complementarias para agentes de IA: agentes que simplifican la administración de bases de datos y un entorno persistente de Cloud Run.
En agosto de 2026, Google Cloud presentó dos piezas de infraestructura complementarias para agentes de IA: agentes que simplifican la administración de bases de datos y un entorno persistente de Cloud Run. El Database Onboarding Agent ayuda a elegir, configurar y desplegar AlloyDB, Bigtable, Cloud SQL y Spanner a partir de los requisitos de una carga de trabajo.
El Database Observability Agent supervisa, diagnostica y optimiza Cloud SQL, AlloyDB, Spanner, Bigtable, Firestore y Memorystore.