Soft Kill: kontrolliert herunterregeln, bevor die Rechnung es tut

Ein Kill Switch, der die Abrechnung trennt, schützt Ihren Geldbeutel, indem er Ihre ganze App offline nimmt, und Google warnt, dass Ressourcen dabei "irretrievably deleted" (unwiederbringlich gelöscht) werden können (Details). Ein Soft Kill ist der Schritt davor: Wenn die Ausgaben einen Schwellenwert überschreiten, wird Ihre eigene App angewiesen, ihre teuren Teile abzuschalten und den Rest weiterlaufen zu lassen.

Nutzer verlieren vielleicht eine Weile KI-Funktionen, Bildverarbeitung oder Live-Updates. Sie verlieren nicht die App, und Sie verlieren nicht Ihre Daten.

Wählen Sie einige Stufen und ordnen Sie jede einem Budget-Schwellenwert zu:

• 50 %: Batch-Jobs, aufwendige Exporte und alles, was auch morgen laufen kann, pausieren.
• 80 %: die Funktionen mit den höchsten Kosten pro Nutzer abschalten (KI-Aufrufe, Video-Transcoding, Echtzeit-Listener), mit einem freundlichen Hinweis.
• 100 %: Nur-Lese- oder Wartungsmodus.
• Darüber: der Hard Kill, für den Fall, dass Herunterregeln nicht gereicht hat.

Das übliche Muster ist ein Flag, das Ihre App liest (Remote Config, ein Firestore-Dokument oder eine Umgebungsvariable), und ein kleiner, authentifizierter Endpunkt, der es umschaltet. Was auch immer das Signal sendet, muss überprüfbar sein, sonst könnte jeder Ihre Funktionen abschalten.

Mit FireShield ist das Signal ein mit HMAC-SHA256 signierter Webhook. Ihr Endpunkt prüft Zeitstempel und Signatur und regelt dann je nach Stufe herunter:

const event = JSON.parse(rawBody); // after verifying X-FireShield-Signature
if (event.event === "soft_kill") {
  if (event.thresholdPercent >= 100) await setMode("maintenance");
  else if (event.thresholdPercent >= 80) await setMode("no-ai");
  else await setMode("pause-batch");
}

Die vollständige Anleitung mit Verifizierungscode für Node, Python, Go, Java und PHP finden Sie unter Soft-Kill-Webhooks.

• Sie können ihn niedrig ansetzen. Weil er die App nicht lahmlegt, kann ein Soft Kill schon bei 50 % auslösen, ohne dass sich jemand davor fürchtet.
• Er verschafft Zeit. Die Meldeverzögerung bleibt, aber der teure Teil des Traffics stoppt, während Sie der Sache nachgehen.
• Er funktioniert bei Spitzen, nicht nur bei Budgets. Bei Pro kann eine Regel für Nutzungsspitzen (etwa Firestore-Lesevorgänge beim 10-Fachen ihres normalen Niveaus) denselben Webhook Minuten nach Beginn der Spitze senden, mit dem betroffenen Dienst im Payload.