Auslieferung und Betrieb

Ein Tor, das bei rotem Test deterministisch blockt – und ein Prüflauf, der täglich still nachsieht.

Auslieferungs-Tor blockt bei rotem Test
Betriebsprüfung täglich, meldet nur bei Rot

Das Tor ist Code, keine Bitte

Vor jeder Auslieferung laufen die Prüfungen der betroffenen Projekte automatisch mit. Sind sie rot, wird nicht ausgeliefert. Der entscheidende Punkt: Diese Leitplanke ist deterministischer Code, keine Anweisung an das Modell. Ein KI-Agent kann eine Anweisung übersehen oder anders auslegen – ein Tor nicht.

Läuft überhaupt der neue Stand?

„Fertig“ heißt nicht nur, dass der Test grün ist, sondern auch, dass der laufende Prozess den neuen Code tatsächlich hat. Ein Vorflug-Check vergleicht deshalb den Stand des laufenden Dienstes mit dem ausgelieferten. Ohne ihn erklärt man erfolgreich eine Änderung für fertig, die im Betrieb nie angekommen ist.

Drei Prinzipien

  • Für Teilausfall bauen. Fällt ein Baustein aus, arbeitet der Rest weiter – sichtbar eingeschränkt statt still falsch.
  • Laut scheitern. Ein Fehler, der niemandem auffällt, ist schlimmer als einer, der den Lauf abbricht.
  • Realität gegen Absicht prüfen. Nach jedem Schreibzugriff wird zurückgelesen. Was ein Werkzeug meldet, ist keine Bestätigung.

Noch nicht abgedeckt

Es fehlt eine durchgehende Messung der Modellaufrufe selbst – Laufzeit, Kosten und Fehlerquoten je Aufruf werden nicht erhoben.

Rollen, die sich darauf stützen: Release- & KonfigurationsmanagerBetriebsverantwortlicherProzesshüter

Alle Projektrollen ansehen →

← Zurück zur Arbeitsweise