Einen Detektor auf einen ganzen Maschinenpark auszurollen, ohne ihn vorher zu beobachten, ist der Ursprung von Fehlalarmen – und der Grund, warum Bediener lernen, ein System zu ignorieren. Der Deployment-Lebenszyklus der Plattform ist so konzipiert, dass nichts, was ein Modell sagt, für die Produktion sichtbar wird, bevor es beobachtet wurde.
Der Lebenszyklus
draft ──publish + bind──► shadow ──observation elapsed──► active ──► retired
│ computes silently under │
│ an internal output signal │
└──────────◄ rollback, always permitted ─┘- Veröffentlichen prüft den Graphen gegen das Typsystem und erzeugt eine unveränderliche Version.
- Binden wendet eine Version auf eine Maschine an; Eingänge werden über ihre semantische Rolle aufgelöst.
- Shadow rechnet unter einem internen Ausgangssignal, sodass der Score gegen die Realität dargestellt werden kann, bevor irgendjemand danach handelt.
- Hochstufen verweigert der Server, solange der Beobachtungszeitraum nicht abgelaufen ist – und er sagt, warum.
- Rollback ist immer erlaubt. Ein abgelöstes Binding übergibt sein Signal, statt es verwaist zurückzulassen.
Vorschau vor Shadow
Noch bevor ein Binding existiert, lässt sich der Graph als Vorschau über reale Historie ausführen: Diagramm rein, Diagramm raus. Einschwingphasen werden markiert statt stillschweigend einbezogen; reine Live-Operatoren weigern sich, Historie zu erfinden; Aufbewahrungsgrenzen werden so gezeichnet, dass eine Lücke wie eine Lücke aussieht. Das Nachberechnen (Backfill) läuft als fortsetzbarer Job mit begrenztem Budget.
Was wir Kunden sagen
Die Pipeline – Hochladen, Validieren, Verdrahten, Binden, Platzieren, Shadow – ist durch Tests und durch Live-Platzierungsläufe auf der KI-Box nachgewiesen. Ihr erstes Modell ist der Abnahmelauf. Das sagen wir, bevor das Projekt beginnt, und wir gestalten die Shadow-Phase so, dass dieser Lauf ein sicherer ist.