Hazlo append-only e inmutable, encadena cada entrada a la anterior con un hash para que la manipulación sea detectable, particiona por tiempo para que los datos antiguos caduquen de forma barata, y archiva las particiones selladas en WORM object storage (write-once) con una política de retención — nunca permitas / sobre registros vivos.
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
Todo el valor de un audit log es que puedes confiar en él más tarde, así que el schema debe prohibir la mutación. Concede a la app solo INSERT — nada de UPDATE/DELETE — e imponlo a nivel de rol de la DB, no solo en el código. Sobre eso, construye una cadena de hashes: cada fila almacena hash = SHA256(prev_hash || this_row). Cambia cualquier fila histórica y cada hash subsiguiente se rompe, así que la manipulación es detectable incluso por alguien con acceso a la DB. Periódicamente ancla el último hash en algún lugar que no controlas (un notario, un ledger público, un email firmado) para que ni un admin que reescriba toda la cadena pueda igualar el valor anclado.
Los logs de múltiples años crecen sin límite, así que particiona por tiempo (p. ej. particiones de rango mensuales). Beneficios: las queries filtran por partición, y retirar datos antiguos es un DETACH/DROP PARTITION de metadatos — instantáneo, no un DELETE gigante que infla la tabla. Las particiones selladas se mueven a WORM storage — S3 Object Lock en compliance mode impide físicamente la eliminación hasta la fecha de retención, satisfaciendo regulaciones como SOX/HIPAA. Mantén los meses recientes calientes en Postgres para queries rápidas; todo lo más antiguo está frío en object storage, consultado bajo demanda.
El sondeo es si entiendes que "audit log" significa inmutabilidad y demostrabilidad, no solo "una tabla con un timestamp". Bueno: tabla append-only. Excelente: append-only impuesto por rol de DB, cadena de hashes con anclaje externo, particionado temporal para retención, WORM para compliance. Trampa común: almacenar las filas de auditoría en la misma tabla mutable de la app (un bug o un DBA malicioso puede reescribir la historia en silencio) — los auditores lo rechazarán.
Una biblioteca de preguntas de entrevista de IT con respuestas detalladas — de Junior a Senior.
Donar