Tee siitä append-only ja muuttumaton, ketjuta jokainen merkintä edelliseen hashilla, jotta peukalointi on havaittavissa, partitioi ajan mukaan, jotta vanha data vanhenee halvalla, ja arkistoi sinetöidyt partitiot WORM object storageen (write-once) retentiopolitiikalla — älä koskaan salli /:ä live-tietueille.
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
Audit-lokin koko arvo on siinä, että voit luottaa siihen myöhemmin, joten skeeman on kiellettävä mutaatio. Myönnä sovellukselle vain INSERT — ei UPDATE/DELETE — ja valvo sitä DB-roolitasolla, ei vain koodissa. Sen päälle rakenna hash-ketju: jokainen rivi tallentaa hash = SHA256(prev_hash || this_row). Muuta mitä tahansa historiallista riviä ja jokainen seuraava hash rikkoutuu, joten peukalointi on havaittavaa jopa DB-pääsyn omaavalle. Ankkuroi ajoittain uusin hash jonnekin, mitä et hallitse (notaari, julkinen ledger, allekirjoitettu sähköposti), jottei edes admin, joka uudelleenkirjoittaa koko ketjun, voi täsmätä ankkuroitua arvoa.
Monivuotiset lokit kasvavat rajattomasti, joten partitioi ajan mukaan (esim. kuukausittaiset range-partitiot). Hyödyt: kyselyt suodattavat partition mukaan, ja vanhan datan poistaminen on metadata-DETACH/DROP PARTITION — välitön, ei jättimäinen DELETE, joka pöhöttää taulun. Sinetöidyt partitiot siirtyvät WORM-storageen — S3 Object Lock compliance-tilassa estää fyysisesti poiston retentiopäivämäärään asti, täyttäen säädökset kuten SOX/HIPAA. Pidä tuoreet kuukaudet kuumina Postgresissa nopeita kyselyitä varten; kaikki vanhempi on kylmänä object storagessa, kyseltynä tarpeen mukaan.
Tutkinta koskee, ymmärrätkö että "audit-loki" tarkoittaa muuttumattomuutta ja todistettavuutta, ei vain "taulua aikaleimalla". Hyvä: append-only-taulu. Loistava: append-only DB-roolin valvomana, hash-ketju ulkoisella ankkuroinnilla, aikapartitiointi retentiota varten, WORM compliancea varten. Yleinen ansa: audit-rivien tallentaminen samaan muuttuvaan sovellustauluun (bugi tai pahantahtoinen DBA voi hiljaa uudelleenkirjoittaa historian) — auditoijat hylkäävät sen.
Kirjasto IT-haastattelukysymyksiä yksityiskohtaisine vastauksineen — Juniorista Senioriin.
Lahjoita