సంవత్సరాల traceability కోసం ఒక audit log ను మీరు ఎలా design చేస్తారు?

Question

IT Interview Practice · Accepted Answer

దాన్ని **append-only మరియు immutable** గా చేయండి, tampering detectable అయ్యేలా ప్రతి entry ను మునుపటిదానికి ఒక **hash** తో chain చేయండి, పాత data చవకగా age out అయ్యేలా **time ద్వారా partition** చేయండి, మరియు sealed partitions ను retention policy తో **WORM object storage** (write-once) కి archive చేయండి — live records పై `UPDATE`/`DELETE` ను ఎప్పుడూ అనుమతించవద్దు.

```text
service ──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
```

## Append-only & tamper-evidence

ఒక audit log యొక్క మొత్తం విలువ మీరు దాన్ని *తర్వాత నమ్మగలరు* అనేది, కాబట్టి schema mutation ను నిషేధించాలి. app కి `INSERT` మాత్రమే grant చేయండి — `UPDATE`/`DELETE` కాదు — మరియు దాన్ని కేవలం code లో కాదు, DB role level వద్ద అమలు చేయండి. దాని పైన, ఒక **hash chain** ను నిర్మించండి: ప్రతి row `hash = SHA256(prev_hash || this_row)` ను store చేస్తుంది. ఏదైనా historical row ను మార్చండి మరియు ప్రతి తదుపరి hash విరిగిపోతుంది, కాబట్టి DB access ఉన్నవారికి కూడా tampering *detectable*. మీరు నియంత్రించని చోట (ఒక notary, ఒక public ledger, ఒక signed email) latest hash ను periodically **anchor** చేయండి తద్వారా మొత్తం chain ను తిరిగి వ్రాసే ఒక admin కూడా anchored value ను match చేయలేడు.

## Time partitioning & retention

Multi-year logs bound లేకుండా పెరుగుతాయి, కాబట్టి **time ద్వారా partition** చేయండి (ఉదా. monthly range partitions). ప్రయోజనాలు: queries partition ద్వారా filter అవుతాయి, మరియు పాత data ను retire చేయడం ఒక metadata `DETACH`/`DROP PARTITION` — తక్షణం, table ను ఉబ్బించే ఒక giant `DELETE` కాదు. Sealed partitions **WORM storage** కి తరలుతాయి — *compliance mode* లో S3 Object Lock retention date వరకు deletion ను physically నివారిస్తుంది, SOX/HIPAA వంటి regulations ను సంతృప్తిపరుస్తుంది. fast queries కోసం ఇటీవలి months ను Postgres లో hot గా ఉంచండి; పాతదంతా object storage లో cold, on demand queried.

## ఇంటర్వ్యూ దృక్కోణం

"audit log" అంటే కేవలం "ఒక timestamp ఉన్న table" కాదు, **immutability మరియు provability** అని మీకు అర్థమైందా అనేది probe. మంచిది: append-only table. గొప్పది: **DB role ద్వారా అమలు చేయబడిన** append-only, external anchoring తో hash chain, retention కోసం time partitioning, compliance కోసం WORM. సాధారణ ఉచ్చు: audit rows ను అదే mutable app table లో store చేయడం (ఒక bug లేదా ఒక malicious DBA నిశ్శబ్దంగా history ను తిరిగి వ్రాయవచ్చు) — auditors దాన్ని తిరస్కరిస్తారు.

## ట్రేడ్-ఆఫ్‌లు & వైఫల్య మోడ్‌లు

- **Hash chain writes ను serialise చేస్తుంది** — ప్రతి entry కి మునుపటి hash అవసరం, కాబట్టి ఒక naive design bottleneck అవుతుంది. entries ను batch చేయండి లేదా per-shard chain చేసి periodically cross-link చేయండి.
- **Storage శాశ్వతంగా పెరుగుతుంది**; partitioning + చవకైన object storage కి tiering లేకుండా, cost మరియు query latency పేలుతాయి.
- **WORM compliance mode irreversible** — ఒక తప్పు retention setting data ను lock చేస్తుంది (లేదా expire అవ్వనిస్తుంది) undo లేకుండా; ముందుగా governance mode లో test చేయండి.
- **Clock skew / out-of-order events** time-based reasoning ను corrupt చేస్తాయి — event time మరియు ingest time రెండింటినీ record చేయండి, మరియు ordering కోసం client clocks ను ఎప్పుడూ నమ్మవద్దు.

Append-only & tamper-evidence

Time partitioning & retention

ఇంటర్వ్యూ దృక్కోణం

ట్రేడ్-ఆఫ్‌లు & వైఫల్య మోడ్‌లు

సంబంధిత ప్రశ్నలు