Cos'è un Hard Kill

Un Hard Kill scollega il tuo progetto Google Cloud dal suo account di fatturazione quando la spesa supera una soglia che scegli tu. Senza account di fatturazione, Google arresta ogni risorsa a pagamento del progetto, quindi la fattura smette di crescere.

È l'ultima linea di difesa: funziona anche se il tuo codice è rotto, se nessuno è sveglio o se il picco viene da un attacco che non puoi controllare.

• Ogni nuovo budget parte con un Hard Kill al 100%, annunciato via email. Puoi spostarlo su un'altra soglia, o rimuoverlo se vuoi solo gli avvisi.
• Viene eseguito la prima volta che la spesa del mese comunicata da Google raggiunge la sua soglia. Vedi come funzionano budget e soglie per come viene misurata.
• Se un aggiornamento supera più soglie insieme, FireShield esegue prima l'Hard Kill, poi le altre azioni. In questo modo gli avvisi inviati nello stesso aggiornamento dicono già se la fatturazione è stata interrotta, oppure che l'interruzione è fallita e dovresti controllare il progetto.
• Viene eseguito una volta al mese. Se fallisce (ad esempio perché qualcuno ha rimosso il ruolo di FireShield), viene ritentato a ogni nuovo aggiornamento dei costi inviato da Google finché non va a buon fine.

• Tutto ciò che nel progetto richiede la fatturazione: Cloud Run, Cloud Functions, Compute Engine, le chiamate API a pagamento e il resto. Il tuo servizio va offline.
• Un progetto Firebase senza account di fatturazione torna al piano gratuito Spark. Non è una modalità gratuita in cui la tua app continua a funzionare con dei limiti: tutto ciò che richiede Blaze si ferma subito, comprese Cloud Functions, SQL Connect, le API a pagamento di Google Cloud e le istanze aggiuntive di Realtime Database e i bucket aggiuntivi di Storage (i dati restano, ma la tua app non può leggerli né scriverli). Aspettati che quelle parti dell'app non funzionino finché la fatturazione non torna.
• Google può eliminare le risorse di un progetto che resta senza fatturazione. Se usi Cloud SQL o Data Connect, tieni un backup giornaliero, così un'interruzione non può costarti i tuoi dati.
• Viene toccato solo il progetto interessato. L'account di fatturazione stesso e gli altri tuoi progetti continuano a funzionare.
• Finché il progetto è fermo, FireShield non esegue altre azioni per esso. La dashboard lo mostra come Kill switch eseguito.

• Fermare la spesa esattamente al 100%. Google comunica i costi con un ritardo fino a diverse ore, quindi l'Hard Kill agisce sulla spesa di qualche tempo prima, e la fattura continua a crescere finché il distacco non ha effetto. Se hai un limite rigido, lascia margine per questo ritardo. Esempio: con un limite fisso di 100 $, tieni un budget di 100 $ e sposta l'Hard Kill al 50%, oppure imposta il budget a 50 $ e lascia l'Hard Kill al 100%. In entrambi i casi la fatturazione viene staccata quando vengono comunicati 50 $, lasciando 50 $ per la spesa che Google non ha ancora comunicato. Più velocemente il tuo progetto può spendere, più margine ti serve.
• Annullare la spesa già avvenuta. I costi sostenuti prima dell'interruzione vengono comunque fatturati.

Quando colleghi un progetto, accedi con Google una volta e a FireShield viene concesso il ruolo Billing Account Administrator sull'account di fatturazione di quel progetto. FireShield lo usa solo per scollegare la fatturazione. Il ricollegamento della fatturazione usa sempre il tuo account Google, mai quello di FireShield, e ogni Hard Kill viene registrato nel registro di audit del progetto.

• Prima risolvi ciò che ha causato il picco, altrimenti il progetto ricomincerà a spendere non appena la fatturazione torna attiva.
• Premi Riattiva sul progetto nella dashboard di FireShield e accedi con un account Google che sia proprietario del progetto e abbia il ruolo Billing Account Administrator. FireShield ricollega l'account di fatturazione e riprende il monitoraggio. Puoi anche ricollegarlo tu dalla console Google Cloud.
• Quando la fatturazione è di nuovo collegata, un progetto Firebase torna da solo al piano Blaze e la maggior parte delle risorse si riprende senza che tu faccia nulla. I servizi Cloud Run e le Cloud Functions mantengono i loro deployment; Google indica che il ripristino può richiedere tempo (fino a 24 ore), quindi prova l'app da cima a fondo prima di considerarla ripristinata. Alcune risorse vanno aiutate: le VM di Compute Engine vanno riavviate (quelle con SSD locale non si possono riavviare), gli indirizzi IP temporanei possono cambiare, quindi controlla il DNS, e i cluster GKE possono impiegare fino a un'ora. Un progetto lasciato senza fatturazione per più di 30 giorni viene contrassegnato per l'eliminazione e non può essere recuperato.
• L'Hard Kill non scatterà di nuovo questo mese con lo stesso importo di budget. Per averlo attivo per il resto del mese, modifica l'importo del budget: questo riattiva ogni azione.

Un Hard Kill è un arresto garantito che mette offline l'intero progetto. Un Soft Kill è un webhook firmato che chiede al tuo servizio di degradarsi da solo (sospendere i job batch, disattivare una funzionalità costosa) mentre la fatturazione resta collegata. Molti team usano entrambi: Soft Kill alle soglie più basse per rallentare la spesa, e un Hard Kill in cima come rete di sicurezza. Vedi la guida all'integrazione del Soft Kill.