Učinite ga append-only i nepromjenjivim, povežite svaki zapis s prethodnim hashom tako da je neovlašteno mijenjanje otkrivo, particionirajte po vremenu tako da stari podaci jeftino zastarijevaju i arhivirajte zapečaćene particije u WORM object storage (write-once) s politikom zadržavanja — nikada ne dopustite / na živim zapisima.
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
Cijela vrijednost audit loga je da mu možete vjerovati kasnije, pa shema mora zabraniti mutaciju. Dodijelite aplikaciji samo INSERT — bez UPDATE/DELETE — i provedite to na razini DB rolea, ne samo u kodu. Povrh toga izgradite hash lanac: svaki redak pohranjuje hash = SHA256(prev_hash || this_row). Promijenite bilo koji povijesni redak i svaki naredni hash pukne, pa je neovlašteno mijenjanje otkrivo čak i nekome s pristupom bazi. Periodički anchorajte zadnji hash negdje gdje nemate kontrolu (javni bilježnik, javni ledger, potpisani email) tako da čak i admin koji prepiše cijeli lanac ne može uskladiti anchoranu vrijednost.
Viševišegodišnji logovi rastu bez granice, pa particionirajte po vremenu (npr. mjesečne range particije). Prednosti: upiti filtriraju po particiji, a umirovljivanje starih podataka je metadata DETACH/DROP PARTITION — trenutno, ne divovski DELETE koji napuhuje tablicu. Zapečaćene particije sele u WORM pohranu — S3 Object Lock u compliance modu fizički sprječava brisanje do datuma zadržavanja, zadovoljavajući regulative poput SOX/HIPAA. Držite nedavne mjesece vrućima u Postgresu za brze upite; sve starije je hladno u object storageu, upitivano na zahtjev.
Ispituje se razumijete li da "audit log" znači nepromjenjivost i dokazivost, a ne samo "tablica s timestampom". Dobro: append-only tablica. Odlično: append-only provedeno DB roleom, hash lanac s vanjskim anchoranjem, vremensko particioniranje za zadržavanje, WORM za usklađenost. Uobičajena zamka: pohrana audit redaka u istu promjenjivu aplikacijsku tablicu (bug ili zlonamjerni DBA može tiho prepisati povijest) — revizori će to odbiti.
Knjižnica IT pitanja za razgovore za posao s detaljnim odgovorima — od Juniora do Seniora.
Doniraj