Cobranças inesperadas no Firebase? Como achar o que está cobrando você

A investigação pode esperar uma hora. Um gasto descontrolado, não. Se a cobrança está crescendo agora, corte na origem: desative a API que disparou, restrinja ou apague a chave usada para chamá-la, ou reduza a cota da API. Em último caso, desconecte o faturamento do projeto, depois de ler o que acontece quando o faturamento para.

Os dados de faturamento chegam com atraso. Nas palavras do Google: "Typically, your cost details are available within a day, but can sometimes take more than 24 hours." (normalmente os detalhes de custo ficam disponíveis em um dia, mas às vezes levam mais de 24 horas). E também: "These system delays also impact budget alerts, anomaly detection, and billing data exported to BigQuery." (esses atrasos também afetam os alertas de orçamento, a detecção de anomalias e os dados de faturamento exportados para o BigQuery) (relatórios do Cloud Billing). Então o relatório de hoje mostra, mais ou menos, o de ontem. Para algo recente, as métricas de uso do Cloud Monitoring estão bem mais perto do tempo real.

1. Abra o relatório. No console do Google Cloud, vá em Faturamento, escolha a conta de faturamento e abra Relatórios. Por padrão ele mostra o custo diário deste mês, agrupado por serviço.
2. Amplie o período. Coloque os últimos 30 ou 90 dias, para o salto se destacar dos dias normais.
3. Agrupe por projeto. Se a conta de faturamento paga vários projetos, encontre o que mudou e filtre por ele.
4. Agrupe por serviço. Cloud Firestore, Cloud Functions, Cloud Run, a API do Gemini: um deles terá crescido.
5. Agrupe por SKU. Um SKU é exatamente o que você paga, como leituras do Firestore, tempo de CPU do Cloud Run ou tráfego de saída para a internet. Essa linha diz o que procurar.
6. Ache o dia. O gráfico mostra o custo por dia. O primeiro dia em que o SKU saltou é onde procurar um deploy, um pico de tráfego ou um ataque.

Os relatórios vão até o dia. Para a hora, abra a métrica de uso correspondente no Metrics Explorer do Cloud Monitoring: leituras de documentos para o Firestore, execuções para o Cloud Functions, número de requisições para o Cloud Run ou para a API que você está olhando. Se você exporta o faturamento para o BigQuery, cada linha também registra a hora em que o uso começou.

• Leituras do Firestore. Uma consulta sem limite, um listener que se inscreve sem parar, ou alguém lendo seus dados de fora: como descobrir o que está lendo seu Firestore.
• Gemini ou outras APIs de IA. Quase sempre, uma chave que podia chamá-las: como restringir uma API key do Firebase.
• Cloud Functions ou Cloud Run. Um loop, uma função que dispara a si mesma ou tráfego que escalou suas instâncias. Coloque um teto: como limitar os gastos no Firebase.
• Tráfego de saída ou downloads do Storage. Arquivos grandes baixados muito mais do que o esperado, pelo seu app ou por alguém que aponta links para eles.
• Autenticação por telefone. Cobrada por SMS. Uma alta repentina costuma indicar bots pedindo códigos.

Abra um caso com o suporte do Cloud Billing e explique o que aconteceu, com datas e o que você mudou desde então. O resultado varia. Nas nossas histórias de terror, o Google perdoou uma fatura como gesto único, um programa para startups pagou outra e, nas demais, as cobranças foram mantidas. Pedir não custa nada.

Um orçamento só manda um email, horas depois (por que os alertas de orçamento não param sua fatura). O que segura a próxima é um limite que age: chaves restritas, cotas, instâncias com teto e uma ação automática quando o gasto ou o uso disparam. O FireShield cuida dessa última parte: vigia o uso de cada serviço a cada poucos minutos e pode degradar ou cortar um projeto antes da próxima fatura.