Kostenkontrolle und Betrieb

Kosten: was sich deckeln lässt

Das eigentliche Risiko eines autonom arbeitenden Systems ist nicht der einzelne teure Lauf, sondern der unbemerkte Dauerbetrieb. Deshalb misst ein Deckel den Monat und nicht den einzelnen Lauf, und die Prüfung liegt vor dem Start des nächsten.

Drei Ebenen: Ein Deckel für die Organisation, einer je Projekt, einer je Lauf. Von den drei Ebenen hält die engste den Lauf an. Ein Deckel greift, sobald du ihn setzt; ohne Betrag ist nichts begrenzt.
Vor dem Start: die Rechnung des Monats: Bevor ein Lauf beginnt, zählt der Dienst zusammen, was Organisation und Projekt im laufenden Monat bereits gekostet haben. Liegt das über dem Deckel, startet kein weiterer Lauf. Der Lauf, der den Deckel selbst reisst, wird unterwegs gehalten: noch nicht begonnene Schritte werden blockiert, laufende dürfen auslaufen.
Mengengrenzen je Modell-Stufe: Unabhängig vom Betrag setzt du je Modell-Stufe, wie viele Läufe eine Organisation anstossen darf und wie viele davon gleichzeitig laufen.
Kosten je Projekt, nicht je Monat: Was ein Projekt verbraucht hat, steht beim Projekt und im Lauf je Schritt, nicht als Monatssumme, aus der jemand zurückrechnen muss. Für lokale Modelle hinterlegst du einen Preis je Rechenzeit, damit auch ihre Laufzeit in der Rechnung steht.

Der Dienst meldet sich

Vier Anlässe melden sich von selbst: ein fehlgeschlagener Lauf, ein abgeschlossener Lauf, eine angeforderte Freigabe und ein Lauf, der ins Stocken gerät. Jedes Mitglied entscheidet je Anlass, ob die Meldung im Cockpit erscheint, per E-Mail kommt oder beides; im Cockpit ist sie voreingestellt an, per E-Mail aus. Der Inhaber einer Organisation schaltet zusätzlich je Anlass eine Slack-Meldung an einen eigenen Webhook.

Einstellungen und Kanäle beschreibt dieDokumentation (Anmeldung erforderlich).

Metriken und Ablaufverfolgung

Anvil Coder stellt seine Metriken im üblichen Format bereit; Prometheus und Grafana sind die vorgesehene Kette. Die Ablaufverfolgung reicht über die Warteschlange hinweg: ein Auftrag bleibt vom Coordinator bis in den Worker ein zusammenhängender Vorgang, obwohl dazwischen eine Nachricht liegt.

Selbstüberwachung

Ein Überwacher beobachtet den laufenden Betrieb, stellt Befunde zusammen, startet Hängendes neu und repariert, was sich automatisch reparieren lässt. Ein wiederkehrender Prüflauf stellt fest, ob die Kette insgesamt noch trägt, statt sich auf die Abwesenheit von Alarmen zu verlassen: ein hermetischer Testlauf im selben Namensraum, auf eigenen Kanälen und ohne Modell.

Beides ergänzt eine Betriebsmannschaft, es ersetzt sie nicht. Ein System, das sich selbst überwacht, braucht weiterhin jemanden, der die Befunde liest.

Leerlauf: die Flotte fährt auf null

Ohne Arbeit fährt die Worker-Flotte auf null. Der Auslöser ist der Rückstand in der Warteschlange: liegt Arbeit an, kommen die Worker zurück. Die Grundlast, also Coordinator, Datenbanken, Nachrichtenschiene, Anmeldung und Überwachung, läuft weiter. Leerlauf ist deshalb billiger als Betrieb, aber nicht umsonst.

Gemietet oder selbst betrieben

Was im gemieteten Dienst eingeschaltet ist und was du selbst schaltest, wenn du Anvil Coder selbst betreibst:

Metriken und Ablaufverfolgung: Im gemieteten Dienst eingeschaltet. Wer selbst betreibt, schaltet den Metrik-Endpunkt und den Export der Ablaufverfolgung frei.
Überwacher und Prüflauf: Im gemieteten Dienst ausgerollt, mit scharfem Neustart und automatischer Reparatur. Wer selbst betreibt, rollt beide aus und entscheidet, welche Hand scharf ist.
Flotte auf null: Im gemieteten Dienst fährt die Worker-Flotte ohne Arbeit auf null. Wer selbst betreibt, setzt die Untergrenze.
Kostendeckel und Kontingente: In beiden Fällen von dir gesetzt, je Organisation, Projekt und Lauf. Ohne Betrag greift keiner.

Kosten im Griff