Mache es append-only und unveränderlich, verkette jeden Eintrag über einen Hash mit dem vorigen, sodass Manipulation erkennbar ist, partitioniere nach Zeit, sodass alte Daten günstig altern, und archiviere versiegelte Partitionen in WORM Object Storage (Write-once) mit einer Retention Policy - erlaube niemals / auf Live-Datensätzen.
UPDATEDELETEservice ──emit event──▶ append-only writer
│ hash = H(prev_hash || payload)
▼
audit_2026_07 (hot partition) ◀── query by actor/time
│ month sealed
▼
WORM object store (S3 Object Lock) ── retention: 7y
│
periodic anchor: publish latest hash externally
Der ganze Wert eines Audit-Logs ist, dass du ihm später vertrauen kannst, also muss das Schema Mutation verbieten. Gewähre der App nur INSERT - kein UPDATE/DELETE - und erzwinge es auf DB-Rollen-Ebene, nicht nur im Code. Darauf baust du eine Hash-Chain: Jede Row speichert hash = SHA256(prev_hash || this_row). Ändere eine historische Row und jeder nachfolgende Hash bricht, sodass Manipulation erkennbar ist, sogar für jemanden mit DB-Zugriff. Verankere den neuesten Hash periodisch an einem Ort, den du nicht kontrollierst (ein Notar, ein öffentliches Ledger, eine signierte E-Mail), sodass selbst ein Admin, der die ganze Chain neu schreibt, den verankerten Wert nicht treffen kann.
Mehrjährige Logs wachsen unbegrenzt, also partitioniere nach Zeit (z. B. monatliche Range-Partitionen). Vorteile: Queries filtern nach Partition, und altes Daten auszumustern ist ein Metadaten-DETACH/DROP PARTITION - sofort, kein riesiges DELETE, das die Tabelle aufbläht. Versiegelte Partitionen wandern in WORM Storage - S3 Object Lock im Compliance-Modus verhindert physisch die Löschung bis zum Retention-Datum und erfüllt Vorschriften wie SOX/HIPAA. Halte aktuelle Monate heiß in Postgres für schnelle Queries; alles Ältere ist kalt in Object Storage, on demand abgefragt.
Die Sondierung ist, ob du verstehst, dass "Audit-Log" Unveränderlichkeit und Beweisbarkeit meint, nicht nur "eine Tabelle mit einem Timestamp". Gut: append-only Tabelle. Hervorragend: append-only durch DB-Rolle erzwungen, Hash-Chain mit externer Verankerung, Zeit-Partitionierung für Retention, WORM für Compliance. Häufige Falle: Audit-Rows in derselben veränderlichen App-Tabelle zu speichern (ein Bug oder ein böswilliger DBA kann Historie still umschreiben) - Auditoren lehnen das ab.
Eine Sammlung von IT-Interviewfragen mit ausführlichen Antworten — vom Junior bis zum Senior.
Spenden