O Google anunciou a disponibilidade geral do Cloud Firestore, seu banco NoSQL serverless para aplicações web, mobile e workloads que precisam escalar sem operação manual de servidores.1 A passagem de beta para GA muda o tom do produto: deixa de ser apenas uma opção promissora para desenvolvimento rápido e passa a carregar compromissos formais de plataforma.

Firestore já chamava atenção por combinar modelo de documentos, sincronização em tempo real, suporte offline em SDKs e integração com Firebase. O anúncio acrescenta elementos que importam para produção: SLA, novas localidades, preço regional menor e melhor visibilidade de uso.

GA coloca confiabilidade na conversa

A inclusão em acordos oficiais de nível de serviço é o ponto mais importante para empresas. O Google informa disponibilidade de 99,999% para instâncias multi-regionais e 99,99% para regionais.2 Isso não garante boa arquitetura de aplicação, mas dá uma base contratual para times que precisam justificar a escolha do banco.

O produto também ganha novas localidades, incluindo São Paulo como região. Para aplicações brasileiras e latino-americanas, localização de dados não é detalhe. Latência, custo, residência de dados e leitura regulatória entram na decisão de arquitetura desde o início, não apenas quando a aplicação cresce.

O desconto anunciado para instâncias regionais, de até 50% em relação a multi-região para boa parte dos casos, torna a escolha menos binária. Nem todo app precisa da durabilidade máxima de uma configuração multi-regional. Alguns precisam de menor latência, custo mais previsível e proximidade dos usuários.

Serverless não elimina modelagem

Firestore vende uma experiência de operação mais simples, mas não remove decisões difíceis. O custo continua ligado a leituras, escritas, deletes, índices e padrão de acesso. Uma tela mal desenhada pode gerar consultas caras. Um modelo de documentos ruim pode espalhar dados demais ou forçar leituras repetidas.

Por isso, a integração com Stackdriver e a aba de uso no Firebase Console são relevantes. Desenvolvedores passam a acompanhar leituras, gravações e exclusões com mais clareza, além de criar alertas para desvios de consumo.2 Em banco serverless, observabilidade financeira é parte da observabilidade técnica.

Também há uma mensagem para equipes que vêm do Cloud Datastore. O Google posiciona Firestore como próxima geração do Datastore, com compatibilidade de APIs e bibliotecas para usuários existentes.1 A transição precisa ser tratada como evolução de plataforma, com testes de consistência, índices e comportamento de consultas.

Apps modernos pedem banco com experiência de produto

Aplicações colaborativas, marketplaces, mobilidade, IoT e produtos com uso intermitente se beneficiam de sincronização e escala automática. Firestore conversa diretamente com esse tipo de produto: equipes pequenas conseguem sair do protótipo para produção sem montar cluster, replicação e camada própria de realtime.

O risco é confundir facilidade inicial com ausência de arquitetura. Regras de segurança, desenho de coleções, limites de transação, índices e controle de custo precisam entrar no projeto cedo. Serverless troca administração de servidor por disciplina de uso.

Com GA, o Cloud Firestore ganha legitimidade para workloads mais sérios. A decisão agora deixa de ser "é beta?" e passa a ser a pergunta correta: o modelo de documentos, a latência, o custo por operação e as garantias de disponibilidade combinam com o produto que está sendo construído?


  1. Google Cloud Blog, "NoSQL for the serverless age: Announcing Cloud Firestore general availability and updates", 31 jan. 2019.
  2. Firebase Blog, "Cloud Firestore has Gone GA, Lower Pricing Tiers, New Locations, and more!", 31 jan. 2019.