এটিকে append-only ও immutable করুন, প্রতিটি entry-কে পূর্ববর্তীটির সঙ্গে একটি hash দিয়ে chain করুন যাতে tampering শনাক্তযোগ্য হয়, time দিয়ে partition করুন যাতে পুরনো data সস্তায় বয়স্ক হয়, এবং sealed partition-গুলো একটি retention policy সহ WORM object storage-এ (write-once) archive করুন — live record-এ কখনও / অনুমতি দেবেন না।
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 log-এর সম্পূর্ণ মূল্য হলো আপনি এটিকে পরে বিশ্বাস করতে পারেন, তাই schema-কে অবশ্যই mutation নিষিদ্ধ করতে হবে। app-কে কেবল INSERT দিন — কোনো UPDATE/DELETE নয় — এবং কেবল কোডে নয়, DB role স্তরে এটি প্রয়োগ করুন। এর উপরে, একটি hash chain তৈরি করুন: প্রতিটি row hash = SHA256(prev_hash || this_row) সংরক্ষণ করে। কোনো historical row বদলান আর প্রতিটি পরবর্তী hash ভাঙে, তাই DB access থাকা কারও দ্বারাও tampering শনাক্তযোগ্য। পর্যায়ক্রমে সর্বশেষ hash-কে এমন কোথাও anchor করুন যা আপনি নিয়ন্ত্রণ করেন না (একটি notary, একটি public ledger, একটি signed email) যাতে পুরো chain পুনর্লিখনকারী একজন admin-ও anchored মানের সঙ্গে মেলাতে না পারে।
বহু-বছরের log সীমাহীনভাবে বাড়ে, তাই time দিয়ে partition করুন (যেমন monthly range partition)। সুবিধা: query partition দিয়ে filter করে, এবং পুরনো data অবসর নেওয়া একটি metadata DETACH/DROP PARTITION — তাৎক্ষণিক, একটি বিশাল DELETE নয় যা table ফোলায়। Sealed partition WORM storage-এ সরে — compliance mode-এ S3 Object Lock retention date পর্যন্ত deletion শারীরিকভাবে প্রতিরোধ করে, SOX/HIPAA-র মতো নিয়ম মেনে। দ্রুত query-এর জন্য সাম্প্রতিক মাস Postgres-এ hot রাখুন; বাকি সব পুরনো object storage-এ cold, on demand query করা।
যাচাই হলো আপনি বোঝেন কিনা যে "audit log" মানে immutability ও provability, কেবল "একটি timestamp সহ একটি table" নয়। ভালো: append-only table। দারুণ: DB role দ্বারা প্রয়োগকৃত append-only, external anchoring সহ hash chain, retention-এর জন্য time partitioning, compliance-এর জন্য WORM। সাধারণ ফাঁদ: একই mutable app table-এ audit row সংরক্ষণ করা (একটি bug বা একটি malicious DBA নীরবে history পুনর্লিখন করতে পারে) — auditor-রা এটি প্রত্যাখ্যান করবে।
বিস্তারিত উত্তরসহ IT ইন্টারভিউ প্রশ্নের একটি লাইব্রেরি — জুনিয়র থেকে সিনিয়র পর্যন্ত।
দান করুন