Spanner Omni: levar o banco para sua infraestrutura também leva a responsabilidade operacional

O Google tornou o Spanner Omni geralmente disponível para executar seu banco SQL distribuído em infraestrutura própria, outras nuvens e ambientes locais.[14] A mudança vem com uma condição central: não há SLA de disponibilidade fornecido pelo Google para a infraestrutura gerenciada pelo cliente.[14] Poder escolher onde o banco roda não significa terceirizar a responsabilidade por mantê-lo funcionando.

O que muda para quem desenvolve

Para sair da infraestrutura Google, o produto substitui o Colossus por uma camada de abstração sobre sistemas de arquivos locais e o TrueTime por sincronização por software com limites conhecidos de erro.[14] Paxos, replicação síncrona e sharding automático permanecem.[14] Os benchmarks internos alegam milhões de consultas por segundo sobre petabytes em uma implantação regional.[14] Esse resultado não dimensiona automaticamente outro ambiente.

Patches, upgrades, rollback, backups, gestão de chaves e auditoria passam ao cliente.[14] Minha leitura é que a comparação correta precisa incluir o serviço operacional, não só os recursos do motor SQL. A mesma capacidade funcional pode exigir compromissos diferentes quando a equipe passa a responder pela topologia e pela recuperação.

A documentação inclui servidor único, com indisponibilidade em upgrades, e topologias de zona única, múltiplas zonas e múltiplos clusters.[14] Escolher uma delas deve partir dos domínios de falha e da latência aceitável, não de uma quantidade de nós escolhida sem requisito.

Como aplicar

Prepare um piloto com uma carga representativa e critérios de interrupção definidos. Além de consultas corretas, proponha medir:

• Latência de cauda no fluxo completo da aplicação.
• Comportamento durante perda de um nó e retorno ao serviço.
• Backup, restauração e conferência dos dados recuperados.
• Upgrade e possibilidade de reversão.
• Tempo humano gasto em diagnóstico e manutenção.

Compare esses resultados com a alternativa gerenciada ou com o banco atual. Inclua o responsável por cada procedimento e a evidência necessária para considerar a recuperação concluída. Não declare resiliência apenas porque uma réplica continuou respondendo.

Para laboratório, a edição Developer possui uma exceção de servidor único com até quatro vCPUs, sem expiração e com backup e restauração.[14] Configurações maiores têm licença padrão de 90 dias e condições diferentes.[14] Confira qual configuração está sendo avaliada antes de usar o piloto como estimativa de produção.

Cuidados e limites

A edição Commercial é uma assinatura anual por vCPU, sem preço público informado na notícia.[14] Assim, qualquer comparação econômica completa depende de condições comerciais e do esforço operacional estimado.

Integrações dependentes do Google Cloud ficam de fora e ainda há lacunas de funcionalidades sem cronograma detalhado.[14] A documentação citada não menciona Azure, o que não prova incompatibilidade universal.[14] Não invente compatibilidade onde falta confirmação, nem transforme ausência de menção em proibição técnica.

A análise também aponta uma página de visão geral atualizada em 28 de setembro ainda marcada como Preview, em contraste com o anúncio posterior de GA.[14] Identifique o estado de cada documento antes de montar requisitos. Autonomia de implantação é útil; responsabilidade sem equipe capaz de operá-la é apenas uma transferência de problema.

Fonte

[14] Fonte: InfoQ. Data/hora no feed: 07/10/2026 às 01:43:00.