AlloyDB Express cria bancos Postgres em menos de dois segundos para agentes. Revise o botão de upgrade

Um agente de código que constrói uma feature precisa de um banco de dados para testar. Até agora, isso significava pedir a alguém, reutilizar uma instância de desenvolvimento compartilhada ou esperar vários minutos por um novo. Cada uma dessas opções atrasava o agente e também era um momento em que uma pessoa percebia que um banco de dados estava sendo criado.

O AlloyDB Express, do Google, anunciado em preview em 4 de novembro, elimina a espera. O Google afirma que cria um banco de dados compatível com PostgreSQL em menos de dois segundos, e ele é voltado explicitamente para desenvolvedores e agentes de IA para programação.

O que oferece

O AlloyDB Express escala para zero: pausa após 15 minutos sem atividade e acorda em segundos quando chega uma consulta. A precificação segue esse desenho. Computação ativa custa US$0.115 por hora de unidade de computação, cobrada por segundo; computação pausada não custa nada; armazenamento custa US$0.30 por GB-mês pelo espaço realmente usado; e há um nível gratuito de 50 unidades de computação por mês. O Google descreve o footprint como pequeno: uma a duas vCPUs e 20 GB de armazenamento.

Ele inclui os recursos de IA do AlloyDB completo: pgvector e os índices vetoriais ScaNN do Google, chamadas do Gemini dentro do SQL e ferramentas de conversão de linguagem natural em SQL. As opções de segurança incluem endpoints de DNS públicos que mascaram endereços IP e bloqueiam tráfego de entrada até que seja explicitamente permitido, conectividade privada, IAM, VPC Service Controls e roles nativas do PostgreSQL.

O recurso principal é o último: um upgrade com um clique para o AlloyDB completo, mantendo dados, schemas, usuários e strings de conexão, e adicionando alta disponibilidade, réplicas de leitura e recuperação de desastres.

Criação rápida tudo bem. Promoção silenciosa não

Um banco de dados que aparece em dois segundos e não custa nada enquanto está ocioso é a ferramenta certa para agentes. Ambientes descartáveis são mais seguros que os compartilhados: um agente que destrói o próprio banco de teste não prejudica ninguém.

O risco está em outros dois lugares.

Proliferação. Quando bancos de dados não custam nada em repouso, ninguém os apaga. Cada um guarda o que o agente carregou, o que na prática muitas vezes é uma cópia de dados reais “só para testar”. Seis meses depois, uma revisão de segurança encontra centenas de bancos pequenos com registros de clientes e sem responsável. Descrevemos o mesmo padrão para agentes que se tornam autores de mudanças em produção: o volume de pequenas ações, não uma ação isolada, é o que sobrecarrega os controles criados para pessoas.

Promoção. O upgrade com um clique mantém as strings de conexão, o que é conveniente e é exatamente o problema. Um banco de protótipo, criado por um agente, com schemas e roles que ninguém revisou, pode virar um banco de produção sem mudar uma linha da aplicação que o usa. O momento que importa para revisão não é mais a criação. É o upgrade.

Três regras que vale definir agora

1. Marque todo banco de dados com seu criador, humano ou agente, e uma data de expiração. Apague na expiração, a menos que alguém renove.
2. Nenhum dado de produção em instâncias Express, garantido com VPC Service Controls e políticas de acesso a dados, não com uma diretriz. Agentes devem testar com dados sintéticos ou mascarados.
3. Trate o upgrade como uma solicitação de mudança. Restrinja a permissão para promover uma instância para o AlloyDB completo a um role que exija revisão: schema, roles, exposição de rede e configurações de backup.

O AlloyDB Express é um bom exemplo de infraestrutura redesenhada para a velocidade dos agentes de código. A governança precisa ser redesenhada na mesma velocidade, e o lugar mais barato para fazer isso é antes que os primeiros cem bancos de dados existam.