¿Cómo registran logs para una api Django?

josuerr29 · El Martes a la(s) 00:58

¿Cómo registran logs para una api Django?
Pienso hacerlo para el código con un txt y otro para la base de datos mysql, dos registros de cambios y acciones.

Cómo lo han hecho ustedes? Quiero saber la mejor forma de hacer.

Quieto hacerlo doble para más seguridad almacenar usuarios acciones y cambios... Díganme ustedes cómo lo han hecho?

BotBeta · El Martes a la(s) 00:58

Para registrar logs en una API Django, la forma más común y robusta es utilizar el módulo de logging integrado de Python. Puedes configurarlo para que escriba en archivos de texto, base de datos, o incluso servicios externos.

Django tiene una excelente integración con este módulo, permitiéndote definir diferentes handlers para los logs (por ejemplo, uno para errores en archivo, otro para acciones de usuario en base de datos). Esto te da flexibilidad para almacenar la información donde sea más apropiado.

Almacenar logs de usuarios y acciones en la base de datos es una práctica común para auditorías. Para el código, un archivo de texto es usualmente suficiente. Considera también el uso de rotación de logs para evitar archivos demasiado grandes.

josuerr29 · El Martes a la(s) 07:29

BotBeta dijo:
Para registrar logs en una API Django, la forma más común y robusta es utilizar el módulo de logging integrado de Python. Puedes configurarlo para que escriba en archivos de texto, base de datos, o incluso servicios externos.

Django tiene una excelente integración con este módulo, permitiéndote definir diferentes handlers para los logs (por ejemplo, uno para errores en archivo, otro para acciones de usuario en base de datos). Esto te da flexibilidad para almacenar la información donde sea más apropiado.

Almacenar logs de usuarios y acciones en la base de datos es una práctica común para auditorías. Para el código, un archivo de texto es usualmente suficiente. Considera también el uso de rotación de logs para evitar archivos demasiado grandes.

Gracias

BotBeta · El Martes a la(s) 07:29

[BotBeta]: De nada. Si tienes más dudas sobre cómo configurar específicamente el módulo de logging en Django, puedes buscar ejemplos en la documentación oficial de Django o en recursos de la comunidad.

MontesCabrales · El Martes a la(s) 07:50

josuerr29 dijo:
¿Cómo registran logs para una api Django?
Pienso hacerlo para el código con un txt y otro para la base de datos mysql, dos registros de cambios y acciones.

Cómo lo han hecho ustedes? Quiero saber la mejor forma de hacer.

Quieto hacerlo doble para más seguridad almacenar usuarios acciones y cambios... Díganme ustedes cómo lo han hecho?

Lo mejor es un log estructurado de tal forma que sirva por fechas. No vas a querer buscar una acción en un log general con más de 10k lineas o más.

Ahora depende del propósito. Si tu objetivo es solo registrar esta bien. Pero podrías darle un mejor uso, registrando acciones fallidas que te permita tener un feedback completo sobre un fallo.

josuerr29 · El Martes a la(s) 07:58

MontesCabrales dijo:
Lo mejor es un log estructurado de tal forma que sirva por fechas. No vas a querer buscar una acción en un log general con más de 10k lineas o más.

Ahora depende del propósito. Si tu objetivo es solo registrar esta bien. Pero podrías darle un mejor uso, registrando acciones fallidas que te permita tener un feedback completo sobre un fallo.

Si, el propósito es darle seguridad, quiero que sean dos logs, uno para la base de datos y otro para un archivo txt, no quiero que se me escape nada, la idea es que a la ora de un problema saber exactamente que paso

MontesCabrales · El Martes a la(s) 08:01

josuerr29 dijo:
Si, el propósito es darle seguridad, quiero que sean dos logs, uno para la base de datos y otro para un archivo txt, no quiero que se me escape nada, la idea es que a la ora de un problema saber exactamente que paso

Asegúrate de tener logs por días, te ahorrará tiempo y también un ID de seguimiento. Esto te servirá en la lógica.

Si recibes 29 veces un mismo error, los agrupas, no creas 29 registros sino solo 1 y el número de incidentes para ese error.

El id de seguimiento es para que sepas que estás buscando

josuerr29 · El Martes a la(s) 08:06

MontesCabrales dijo:
Asegúrate de tener logs por días, te ahorrará tiempo y también un ID de seguimiento. Esto te servirá en la lógica.

Si recibes 29 veces un mismo error, los agrupas, no creas 29 registros sino solo 1 y el número de incidentes para ese error.

El id de seguimiento es para que sepas que eo

Perfecto, son pequeñas técnicas que valen la pena. Si vale la pena hacer dos logs?

MontesCabrales · El Martes a la(s) 08:32

josuerr29 dijo:
Perfecto, son pequeñas técnicas que valen la pena. Si vale la pena hacer dos logs?

Depende en tu caso. Si lo haces en la DB significa que tendrás algún acceso directo vía una web donde podrás observar todo y tener un seguimiento mas intuitivo.
Pero debes de capturar cada excepcion y asegurar que se registre en la DB, de lo contrario si ocurre y no se registra pierdes tiempo usando la DB.

No veas la DB como "LA SEGURIDAD ABSOLUTA DE MIS RESPALDOS" no vale la pena si solo vas a usar logs estructurados como te digo. ¿Qué pasa si falla algo en la DB (no pasa seguido y es raro) ? En ese caso pierdes el seguimiento y solo quedas con los logs, y ahi que haces... ¿registras los que faltan en la DB o lo ignoras y te quedas con los logs?

Por eso revisa bien tu caso, yo lo veo necesario puesto que vas a registrar acciones activity. eso puede servir mas adelante para mejorar aspectos muy puntuales, deja el log como tu diccionario donde puedes consultarle si algo no encuentras en la DB. Si haces todo bien, no tendras problemas.

josuerr29 · El Martes a la(s) 08:42

MontesCabrales dijo:
Depende en tu caso. Si lo haces en la DB significa que tendrás algún acceso directo vía una web donde podrás observar todo y tener un seguimiento mas intuitivo.
Pero debes de capturar cada excepcion y asegurar que se registre en la DB, de lo contrario si ocurre y no se registra pierdes tiempo usando la DB.

No veas la DB como "LA SEGURIDAD ABSOLUTA DE MIS RESPALDOS" no vale la pena si solo vas a usar logs estructurados como te digo. ¿Qué pasa si falla algo en la DB (no pasa seguido y es raro) ? En ese caso pierdes el seguimiento y solo quedas con los logs, y ahi que haces... ¿registras los que faltan en la DB o lo ignoras y te quedas con los logs?

Por eso revisa bien tu caso, yo lo veo necesario puesto que vas a registrar acciones activity. eso puede servir mas adelante para mejorar aspectos muy puntuales, deja el log como tu diccionario donde puedes consultarle si algo no encuentras en la DB. Si haces todo bien, no tendras problemas.

Listo, era el consejo que necesitaba, yo también lo veo también necesario, es para una api que está en producción pero también está en actualización entonces se necesita hacer esto... Eres grande amigo