Buat ia append-only dan immutable, rantaikan setiap entri ke entri sebelumnya dengan hash agar tampering dapat dideteksi, partisi berdasarkan waktu agar data lama menua dengan murah, dan arsipkan partisi yang tersegel ke WORM object storage (write-once) dengan retention policy — jangan pernah izinkan / pada record live.
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
Seluruh nilai audit log adalah Anda bisa memercayainya nanti, jadi skema harus melarang mutasi. Beri app hanya INSERT — tanpa UPDATE/DELETE — dan tegakkan di level role DB, bukan hanya di kode. Di atasnya, bangun hash chain: setiap baris menyimpan hash = SHA256(prev_hash || this_row). Ubah baris historis mana pun dan setiap hash berikutnya rusak, sehingga tampering dapat dideteksi bahkan oleh seseorang dengan akses DB. Secara berkala anchor hash terbaru ke tempat yang tidak Anda kendalikan (notaris, ledger publik, email bertanda tangan) agar bahkan admin yang menulis ulang seluruh chain tidak bisa mencocokkan nilai yang di-anchor.
Log bertahun-tahun tumbuh tanpa batas, jadi partisi berdasarkan waktu (mis. range partition bulanan). Manfaat: query memfilter berdasarkan partisi, dan memensiunkan data lama adalah metadata DETACH/DROP PARTITION — instan, bukan DELETE raksasa yang menggembungkan tabel. Partisi tersegel pindah ke WORM storage — S3 Object Lock dalam compliance mode secara fisik mencegah penghapusan hingga tanggal retensi, memenuhi regulasi seperti SOX/HIPAA. Jaga bulan-bulan terbaru panas di Postgres untuk query cepat; semua yang lebih lama dingin di object storage, di-query on demand.
Yang diselidiki adalah apakah Anda memahami "audit log" berarti immutability dan provability, bukan sekadar "tabel dengan timestamp". Baik: tabel append-only. Hebat: append-only ditegakkan oleh role DB, hash chain dengan anchoring eksternal, partisi waktu untuk retensi, WORM untuk kepatuhan. Jebakan umum: menyimpan baris audit di tabel app mutable yang sama (sebuah bug atau DBA jahat bisa diam-diam menulis ulang histori) — auditor akan menolaknya.
Perpustakaan pertanyaan wawancara IT dengan jawaban mendetail — dari Junior hingga Senior.
Donasi