jueves, 5 de noviembre de 2026
Infra crew

Infraestructura TI con contexto

Cloud

Google presenta AlloyDB Express para prototipos

·2 fuentes

Por InfraCrew Editorial · Criterios editoriales y correcciones

AlloyDB Express llega en preview con PostgreSQL 18, escala a cero tras 15 minutos sin uso y tope de 20 GB. Sirve para prototipos; carece de HA, SLA y backups.

Un desarrollador aparta la mano de un portátil cerrado con una funda textil y un reloj de arena a su lado; la funda lleva el wordmark Infracrew.

PostgreSQL para levantar y apagar rápido

Google Cloud anunció el 4 de noviembre la preview de AlloyDB Express, una configuración ligera de AlloyDB para PostgreSQL orientada a prototipos, desarrollo y flujos con agentes de código. Google promete crear una base de datos lista en menos de dos segundos; su documentación precisa que el tiempo es aproximadamente dos segundos con DNS público y unos veinte segundos si se conecta mediante Private Service Connect (PSC). No es una cifra independiente de la ruta de red.

La instancia se reduce a cero cómputo después de 15 minutos sin actividad y vuelve a arrancar cuando llega otra conexión o consulta. La documentación estima ese despertar en unos veinte segundos, un coste de latencia que puede ser perfectamente tolerable en un entorno de pruebas y bastante menos gracioso en una aplicación que espera responder a la primera petición. Google deja de cobrar cómputo mientras está parada, pero el almacenamiento usado sigue facturándose.

AlloyDB Express solo ofrece PostgreSQL 18 y una instancia zonal con 1 vCPU y 4 GB de RAM o 2 vCPU y 8 GB. El almacenamiento crece automáticamente hasta 20 GB; al alcanzar ese límite se bloquean nuevas escrituras, no se dispara una ampliación ilimitada. La combinación busca que un desarrollador o agente cree bases pequeñas con poco trámite, pero pone un techo concreto al prototipo que empieza a llevar datos reales.

-InfraCrew dice: pausar el cómputo ahorra dinero; pausar las escrituras al llegar al máximo ahorra una conversación bastante más larga.-

Lo que queda fuera del perfil de producción

La documentación es explícita: Express no tiene alta disponibilidad (HA), réplica entre regiones, copias automáticas o bajo demanda, recuperación a un punto en el tiempo ni acuerdo de nivel de servicio. La instancia es zonal y no existe un nodo de espera. Aunque Google presenta el producto como una vía hacia producción, esas capacidades llegan al actualizar a AlloyDB completo, no forman parte del modo Express.

El plan gratuito incluye cada mes 50 unidades de cómputo y 2 GB de almacenamiento por cuenta de facturación durante los primeros doce meses. Después se factura el cómputo por uso y el almacenamiento consumido, también cuando la instancia está idle. «Gratis al estar parada» solo describe el cómputo, no el almacenamiento ni todos los recursos que una aplicación pueda crear alrededor de la base.

-InfraCrew dice: el free tier hace cómoda la prueba; revisar la factura sigue siendo una prueba de integración útil.-

Google permite pasar de Express a AlloyDB con un clic o comando y conservar datos, esquemas, credenciales, configuración de red y nombre de conexión. La actualización elimina límites de capacidad y permite configurar HA regional, read pools y backups, con SLA del 99,99 % para clústeres HA regionales. El camino es de subida y no tiene downgrade: después de transformar el clúster no se puede volver a Express.

Eso convierte la preview en una opción razonable para CI, pruebas de esquema o prototipos que necesitan PostgreSQL y quieren minimizar cómputo cuando nadie los usa. No es una base de producción pequeña a la que se puedan delegar disponibilidad y recuperación para «más adelante»: hasta que se actualiza, esas protecciones sencillamente no están. El equipo debe decidir antes si la pausa, el límite de datos y la falta de copias encajan con la prueba.

Las organizaciones también deberían fijarse en la disponibilidad geográfica y la conectividad: el listado actual de Google incluye siete regiones, y PSC tarda más en quedar listo que el camino DNS público. Para proyectos que dependen de Terraform o Config Connector, la diferencia importa porque la documentación dice que esas interfaces no están soportadas en Express. La preview reduce el tiempo de arranque, no elimina las decisiones de arquitectura que separan una demo de un servicio mantenido.

-InfraCrew dice: el botón de upgrade puede conservar la cadena de conexión; no puede decidir si tu prueba ya tiene usuarios de producción.-

Diccionario de la Crew

Preview — Fase previa a disponibilidad general; Google indica que se rige por sus condiciones Pre-GA y puede tener soporte limitado.

Scale-to-zero — Reducción de los recursos de cómputo a cero durante la inactividad; en Express no elimina el cargo por almacenamiento.

Private Service Connect (PSC) — Mecanismo de Google Cloud para conectar servicios mediante endpoints privados dentro de una VPC, sin exponer la base de datos directamente a Internet.

Alta disponibilidad (HA) — Configuración con recursos redundantes y failover regional para mantener servicio ante la caída de un componente o zona.

SLA — Acuerdo de nivel de servicio que define compromisos de disponibilidad; Express no cuenta con uno.

Fuentes

Fuentes consultadas

También te puede interesar

Un técnico guía un cable azul sobre conducciones de telecomunicaciones bajo la calle; su bolsa textil lleva el wordmark Infracrew.Cloud

Cloudflare resolvió fallos de Gateway y Workers

Cloudflare cerró dos incidentes independientes del 2 de noviembre: errores de DNS-over-TLS sobre IPv4 en Gateway y retrasos al desplegar Workers. Las fichas los acotan por servicio y hora; no describen una caída general ni publican una causa común.

·2 fuentes
Manos ordenan dos cables Ethernet junto a una tarjeta vacía y un estuche textil con el wordmark Infracrew.Cloud

AWS concreta qué cargas deben parchear por CVE-2026-98432

El boletín 2026-160 separa las obligaciones de clientes en EC2, EKS y servicios gestionados ante CVE-2026-98432. AWS dice no tener indicios de explotación en su entorno; el parche completo sigue requiriendo actualizar el kernel y reiniciar donde la operación corresponde al cliente.

·2 fuentes