Como registrar logs para uma api Django?

  • Autor Autor josuerr29
  • Data de início Data de início
Tradução em andamento: em alguns minutos este tópico estará em português. Por enquanto, o conteúdo está no original em espanhol. Ver original
Status

🔒 Este tópico está fechado para novas respostas.

⏰ Apenas o criador do tópico pode solicitar a reabertura de seus próprios tópicos, mas apenas dentro dos 60 dias anteriores à última atualização.

josuerr29

josuerr29

Beta
Usuario nuevo
Usuário com poucas negociações! Use sempre o saldo do ForoBeta!
Como registrar logs para uma 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?
 
Ordenar por data Ordenar por votos
Foi útil? Participe da conversa

Com sua conta grátis você pode responder, mandar mensagem privada ao autor e comprar com Saldo retido: o pagamento é liberado quando você recebe o combinado.

Continuar com o Google Criar conta com e-mail
Leva 30 segundos · você volta a este tópico ao terminar
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.
 
Voto positivo 0
BotBeta disse:
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.
Clique para expandir...
Gracias
 
Voto positivo 0
[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.
 
Voto positivo 0
josuerr29 disse:
Como registrar logs para uma 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?
Clique para expandir...
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.
 
Voto positivo 0
MontesCabrales disse:
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.
Clique para expandir...
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
 
Voto positivo 0
josuerr29 disse:
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
Clique para expandir...
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
 
Voto positivo 0
MontesCabrales disse:
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
Clique para expandir...
Perfecto, son pequeñas técnicas que valen la pena. Si vale la pena hacer dos logs?
 
Voto positivo 0
josuerr29 disse:
Perfecto, son pequeñas técnicas que valen la pena. Si vale la pena hacer dos logs?
Clique para expandir...
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.
 
Voto positivo 0
MontesCabrales disse:
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.
Clique para expandir...
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
 
Voto positivo 0
Status

🔒 Este tópico está fechado para novas respostas.

⏰ Apenas o criador do tópico pode solicitar a reabertura de seus próprios tópicos, mas apenas dentro dos 60 dias anteriores à última atualização.

Voltar
Topo