Bagaimana best practice audit trail untuk nested object data?

[momogie]

Halloo... temen temen,

Saya ingin bertanya tentang best practice audit trail untuk transaksi/master data/konfigurasi

• apakah databasenya lebih baik dipisah?
• bagaimana caranya menghandle data yang nested object lebih dari 2 level ? untuk simpan di db nya dan untuk menampilkan hasil perubahan before and afternya
• berapa lama data logs nya akan disimpan?
• bagaimana caranya agar tidak menggangu performance?

Mungkin temen temen yang sudah berpengalaman, atau sudah pernah implementasi tentang audit trail boleh di share..

Terimakasih :D

[brainplusplus]

tergantung sih

• Q : apakah databasenya lebih baik dipisah? A; kalau data audit trailnya memang dirasa cepat "bengkak", sebaiknya dipisah database atau menggunakan ELK (elastic search logstash kibana), https://stackoverflow.com/questions/67014756/elasticsearch-for-audit-trail

• Q : bagaimana caranya menghandle data yang nested object lebih dari 2 level ? untuk simpan di db nya dan untuk menampilkan hasil perubahan before and afternya A: bisa pake reflection dengan mekanisme traversal, tapi memang ada cons di sisi performance, jika high traffic di sarankan lempar ke service khusus dengan messaging (async)

• Q: berapa lama data logs nya akan disimpan? A: tergantung budget dan policy perusahaan, biasanya kalau di banking, data-data log lama akan di simpan (dipindahkan) di storage khusus, jadi hanya log-log "baru" yang tersedia untuk menjaga performa, biasanya ada aplikasi terpisah untuk melihat data-data log lama, semisal policynya adalah hanya menyimpan maksimal log-log selama 7 hari, berarti 8 hari ke belakang akan di simpan di storage/database khusus tersebut

• Q: bagaimana caranya agar tidak menggangu performance? A: sudah di jelaskan di atas, bisa di pisah database maupun ELK, pisahkan log lama dengan log baru