Produkt
Produkt-Übersicht
Auto-UI Generator
Git-nativer Workflow
Backstage-Integration
RBAC & OPA Governance
Audit-Trail by Design
On-Prem & Air-Gap
Lösungen
Services
Unternehmen
Preise
Jede Infrastrukturänderung ist ein Git-Commit: Autor, Zeitstempel, exakter Diff, Merge-Reviewer. Kein separates Audit-Log, keine Synchronisierungslücke zwischen Applikationsdatenbank und tatsächlichem Zustand.
Herkömmliche Self-Service-Plattformen schreiben Aktionen in eine eigene Datenbank. GitOps Director schreibt nichts — der Git-Log ist das Protokoll. Das bedeutet: kein Synchronisierungsproblem, kein Datenverlust bei DB-Migration, kein separates Backup-Konzept für den Audit-Trail.
Jeder Commit enthält Autor, Reviewer, Merge-Request-Nummer und Pipeline-ID. git log --author="jsmith" liefert die vollständige Aktionshistorie einer Person.
Der Abhängigkeitsgraph zeigt, welche Ressourcen zusammenhängen — auditierbar bis zum ursächlichen Commit.
Weil der Audit-Trail in Git liegt, gelten dieselben Aufbewahrungsregeln wie für Quellcode. Kein zweites Archivierungskonzept.
Protokollierung privilegierter Aktionen. Jede Infrastrukturänderung wird mit Autor und Zeitstempel im Git festgehalten.
Event Logging. Git-Commit-History liefert lückenloses Protokoll mit Hash-Integrität.
Integrität und Vertraulichkeit. On-Prem-Deployment verhindert Abfluss personenbezogener Daten aus Commit-Metadaten.
git log --format='...' --since="2025-01-01" — kein proprietäres Toolgit log --author="name" — keine API, kein Sonderfeaturegit fsckBisher wurden Audit-Logs entweder in einer separaten Datenbank geführt — die synchron gehalten werden musste — oder aus CI/CD-Logs rekonstruiert, was fehleranfällig ist. Der Git-Log ist der Audit-Trail. Was im Repo steht, ist das, was tatsächlich provisioniert wurde. Kein Abgleich, keine Lücke.
Wenn eine Ressource sich unerwartet verhält, reicht git log -- path/to/resource um die komplette Änderungshistorie zu sehen: wer hat wann welchen Parameter geändert, welcher Reviewer hat abgenickt, welcher Pipeline-Run folgte darauf. Das Debugging beginnt im Git, nicht in einem separaten Monitoring-Tool.
Wir zeigen anhand einer echten Provisionierungssequenz, was im Git-Log landet — und wie ein CSV-Export für ein Compliance-Audit aussieht.