Zum Inhalt springen

Wissensbasis

Automations­katalog

Aktualisiert:

Zu einer Software Factory gehört mehr als der Agent, der den Code schreibt. Um ihn herum laufen automatisch ausgelöste Jobs, die niemand von Hand startet:

  • ein Reviewer, der jeden Pull Request liest, bevor ein Mensch ihn liest,
  • ein Verifier, der nach dem Merge prüft, was tatsächlich angekommen ist,
  • ein Incident Responder,
  • ein Auditor.

Der Automationskatalog ist die Gesamtheit dieser Jobs. Jeder Job steht in einer Datei im Repository, mit seinem Auslöser, seiner Aufgabe und dem, was er ändern darf.

Warum schreibt man die Automationen als Katalog auf?

Steht jede Automation in einer Datei, sieht ein Mensch, was wann mit welchen Rechten läuft. Jede Änderung daran geht wie Code durch ein Review. Katalog und Harness bilden zusammen die Plattform, die ein Factory-Team baut. Für sie gilt dieselbe Falle wie für jede Plattform: Baut den kleinsten Satz an Automationen, der echte Reibung beseitigt.

Was macht ein Auditor im Katalog?

Er prüft die anderen Automationen nach Zeitplan und verbessert die Instruktionen, nach denen sie arbeiten. Ein wöchentlicher Auditor holt sich die Pull Requests der Woche, die von Automationen angelegten Issues und die von Verifiern gemeldeten Bugs. Dann fragt er für jede Automation: Hat sie ihren Job erledigt? Ist sie wiederholt an derselben Änderung gescheitert? Hat sie unnötige Arbeit gemacht?

Eine Factory, die öffentlich gebaut wird, liefert dazu eine nützliche Regel. Der Auditor speichert jedes Audit unter einem datierten Namen und überschreibt nie das vorige. So bleibt jedes frühere Urteil lesbar. Schreibt der Auditor die Instruktionen einer anderen Automation um, behandelt ihr das als vorgeschlagene Änderung. Ein Mensch prüft den Diff, bevor die Änderung live geht.

Verwandte Seiten

Quellen

Tools und Repositories