Gør den append-only og immutable, kæd hver post til den foregående med en hash så manipulation er detekterbar, partitionér efter tid så gamle data ældes ud billigt, og arkivér forseglede partitioner til WORM object storage (write-once) med en retention-politik — tillad aldrig UPDATE/ på live records.
DELETEservice ──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
En audit logs hele værdi er, at du kan stole på den senere, så skemaet skal forbyde mutation. Giv appen kun INSERT — ingen UPDATE/DELETE — og håndhæv det på DB-rolle-niveau, ikke kun i kode. Oven på det, byg en hash chain: hver row gemmer hash = SHA256(prev_hash || this_row). Ændr enhver historisk row og hver efterfølgende hash brydes, så manipulation er detekterbar selv af nogen med DB-adgang. Anker periodisk den seneste hash et sted du ikke kontrollerer (en notar, en public ledger, en signeret email) så selv en admin, der omskriver hele kæden, ikke kan matche den forankrede værdi.
Fler-årige logs vokser uden grænse, så partitionér efter tid (fx månedlige range-partitioner). Fordele: forespørgsler filtrerer efter partition, og at pensionere gamle data er en metadata DETACH/DROP PARTITION — øjeblikkelig, ikke et gigantisk DELETE, der opsvulmer tabellen. Forseglede partitioner flytter til WORM storage — S3 Object Lock i compliance mode forhindrer fysisk sletning indtil retention-datoen, hvilket tilfredsstiller regler som SOX/HIPAA. Hold nylige måneder hot i Postgres til hurtige forespørgsler; alt ældre er cold i object storage, forespurgt on demand.
Undersøgelsen er, om du forstår, at "audit log" betyder immutabilitet og bevislighed, ikke bare "en tabel med et timestamp". Godt: append-only-tabel. Fremragende: append-only håndhævet af DB-rolle, hash chain med ekstern forankring, tidspartitionering til retention, WORM til compliance. Almindelig fælde: at gemme audit-rows i samme mutable app-tabel (en bug eller en ondsindet DBA kan lydløst omskrive historik) — auditorer vil afvise det.
Et bibliotek af IT-interviewspørgsmål med detaljerede svar — fra Junior til Senior.
Donér