979 B
979 B
ADR-0005: Deterministisches Autohealing, Kernlogik im Service statt in n8n
- Status: angenommen
- Datum: 2026-10-11
Entscheidung
- Der Healer arbeitet eine Regeltabelle ab (
config/healer-rules.yaml). Für jedes Alert-Muster gibt es eine Eskalationsleiter von Aktionen, jeweils mit Versuchsbudget und Cooldown. Sind alle Versuche erschöpft, wird ein Mensch benachrichtigt. - Alertmanager liefert direkt an den Router-Service, nicht über n8n. So funktioniert das Healing auch, wenn n8n ausfällt.
- Die Schleife aus Routing, Ausführung, Verifikation und Eskalation steckt testbar im Service (
/v1/run). n8n übernimmt Trigger, Authentifizierung, Antwort, Benachrichtigung und die HITL-Kanäle. - Alle Aktionen laufen standardmäßig im Dry-Run, bis sie pro Aktionstyp freigeschaltet werden.
Folgen
- Weniger Logik in n8n, dafür Unit-Tests für die gesamte Entscheidungslogik.
- Ein Ausfall von n8n betrifft nur die Eingangskanäle, nicht das Healing.