Entre autre parce que tu veux découpler les responsabilités.
Ton service est là pour réaliser des actions, et balance tout dans les sorties standard.
Se connecter à des systèmes de logs n'est pas de sa responsabilité.
Un autre service lui a pour responsabilité de prendre des logs et des les envoyer quelque part.
Ce qui fait donc que ton premier service n'a pas à s'occuper de la dispo, réussite ou non de l'envoi, de gérer les timeouts, latences, etc. Il publie du log c'est tout. Et le jour où tu veux changer de système de log, ben c'est vachement plus simple aussi.
[^] # Re: Logs?
Posté par CrEv (site web personnel) . En réponse à la dépêche Loki, centralisation de logs à la sauce Prometheus. Évalué à 3.
Entre autre parce que tu veux découpler les responsabilités.
Ton service est là pour réaliser des actions, et balance tout dans les sorties standard.
Se connecter à des systèmes de logs n'est pas de sa responsabilité.
Un autre service lui a pour responsabilité de prendre des logs et des les envoyer quelque part.
Ce qui fait donc que ton premier service n'a pas à s'occuper de la dispo, réussite ou non de l'envoi, de gérer les timeouts, latences, etc. Il publie du log c'est tout. Et le jour où tu veux changer de système de log, ben c'est vachement plus simple aussi.
Voir par exemple la section sur les logs des 12 factor: https://12factor.net/fr/logs