O que é um Hard Kill

Um Hard Kill desconecta seu projeto do Google Cloud da conta de faturamento quando o gasto ultrapassa um limite que você escolhe. Sem conta de faturamento, o Google interrompe todos os recursos pagos do projeto, e a fatura para de crescer.

É a última linha de defesa: funciona mesmo que seu código esteja quebrado, ninguém esteja acordado ou o pico venha de um ataque que você não controla.

• Todo novo orçamento começa com um Hard Kill em 100%, avisado por e-mail. Você pode movê-lo para outro limite ou removê-lo se quiser apenas alertas.
• Ele é executado na primeira vez que o gasto informado pelo Google no mês atinge o seu limite. Veja como funcionam orçamentos e limites para saber como isso é medido.
• Se uma atualização ultrapassar vários limites de uma vez, o FireShield executa o Hard Kill primeiro e depois as outras ações. Assim, os alertas enviados na mesma atualização já dizem se o faturamento foi cortado, ou se o corte falhou e você deve verificar o projeto.
• Ele é executado uma vez por mês. Se falhar (por exemplo, se alguém removeu o papel do FireShield), é repetido a cada nova atualização de custos que o Google enviar até ter sucesso.

• Tudo no projeto que precisa de faturamento: Cloud Run, Cloud Functions, Compute Engine, chamadas de API pagas e o resto. Seu serviço sai do ar.
• Um projeto do Firebase sem conta de faturamento volta para o plano gratuito Spark. Isso não é um modo gratuito em que seu app continua funcionando com limites: tudo o que exige o Blaze para na hora, incluindo Cloud Functions, SQL Connect, APIs pagas do Google Cloud e instâncias extras do Realtime Database e buckets extras do Storage (os dados são mantidos, mas seu app não consegue ler nem gravar). Conte com falhas nessas partes do app até o faturamento voltar.
• O Google pode excluir recursos de um projeto que permanece sem faturamento. Se você usa Cloud SQL ou Data Connect, mantenha um backup diário para que um corte não custe seus dados.
• Apenas o projeto afetado é alterado. A conta de faturamento em si e seus outros projetos continuam funcionando.
• Enquanto o projeto estiver parado, o FireShield não executa nenhuma outra ação para ele. O painel o mostra como Kill switch executado.

• Parar o gasto exatamente em 100%. O Google informa os custos com um atraso de até várias horas, então o Hard Kill age sobre o gasto de um tempo atrás, e a conta continua crescendo até o corte acontecer. Se você tem um limite rígido, deixe margem para esse atraso. Exemplo: com um limite fixo de US$ 100, mantenha um orçamento de US$ 100 e mova o Hard Kill para 50%, ou defina o orçamento em US$ 50 e mantenha o Hard Kill em 100%. Nos dois casos o faturamento é cortado quando US$ 50 forem informados, deixando US$ 50 para o gasto que o Google ainda não informou. Quanto mais rápido seu projeto consegue gastar, mais margem você precisa.
• Desfazer gastos que já aconteceram. Os custos gerados antes do corte continuam sendo cobrados.

Ao vincular um projeto, você faz login com o Google uma vez e o FireShield recebe o papel Billing Account Administrator na conta de faturamento desse projeto. O FireShield o usa apenas para desconectar o faturamento. Vincular o faturamento de volta sempre usa a sua própria conta do Google, nunca a do FireShield, e todo Hard Kill fica registrado no log de auditoria do projeto.

• Corrija primeiro o que causou o pico, ou o projeto voltará a gastar assim que o faturamento for restabelecido.
• Clique em Reativar no projeto, no painel do FireShield, e faça login com uma conta do Google que seja proprietária do projeto e tenha o papel Billing Account Administrator. O FireShield vincula a conta de faturamento de volta e retoma o monitoramento. Você também pode vinculá-la por conta própria no console do Google Cloud.
• Quando o faturamento é vinculado de novo, um projeto do Firebase volta sozinho ao Blaze e a maioria dos recursos se recupera sem você fazer nada. Os serviços do Cloud Run e as Cloud Functions mantêm suas implantações; o Google diz que a recuperação pode demorar (até 24 horas), então teste seu app de ponta a ponta antes de considerá-lo de volta. Alguns recursos precisam de ajuda: as VMs do Compute Engine precisam ser iniciadas de novo (as com SSD local não podem), IPs efêmeros podem mudar, então confira seu DNS, e clusters do GKE podem levar até uma hora. Um projeto que fica mais de 30 dias sem faturamento é marcado para exclusão e não pode ser recuperado.
• O Hard Kill não vai disparar de novo neste mês com o mesmo valor de orçamento. Para deixá-lo armado pelo resto do mês, altere o valor do orçamento: isso reinicia todas as ações.

Um Hard Kill é uma parada garantida que tira o projeto inteiro do ar. Um Soft Kill é um webhook assinado que pede ao seu próprio serviço que se degrade (pausar jobs em lote, desligar um recurso caro) enquanto o faturamento continua conectado. Muitas equipes usam os dois: Soft Kills em limites mais baixos para desacelerar o gasto e um Hard Kill no topo como rede de segurança. Veja o guia de integração do Soft Kill.