Sans discussion, vue ce qu'écrit un dev d'un démon syslog, et que j'ai pas trouvé grand chose via google (mais j'aimerais bien voir ou sont les discussions sur le besoin de journald)
Je parle de POSIX, parceque cela comporte aussi les API système et les commands de base,
alors quand quelqu'un veut enlever syslog de linux pour le remplacer par une autre API https://fedoraproject.org/wiki/Changes/NoDefaultSyslog
systemd-journald lit (encore) l'interface POSIX, mais ce qui est poussé sont les API et le format structuré, sinon ce qui est proposé par journald peut être fait avec d'autre implémentation.
En regardant la liste des feature de journald, a l'exception d'un point, tout est faisable avec
l'architecture syslog et une API POSIX mise a jour pour les aspect 'information standard et structuré'.
La seul chose qui n'est pas supporté c'est "Logging is a core responsibility for a service manager, and it should be integrated with it reflecting that."
ça tombe bien, c'est un choix de design, ce n'est pas nécessaire d'avoir une integration. Qu'il y est une interface de logging, oui, que ce soit integré : non.
[^] # Re: Broken by design ?
Posté par ham . En réponse au journal Debian rejoint les utilisateurs de Systemd. Évalué à -1.
Sans discussion, vue ce qu'écrit un dev d'un démon syslog, et que j'ai pas trouvé grand chose via google (mais j'aimerais bien voir ou sont les discussions sur le besoin de journald)
- http://blog.gerhards.net/2011/11/journald-and-rsyslog.html
- http://blog.gerhards.net/2011/11/what-i-dont-like-about-journald.html
- Announcing Project Lumberjack
- http://www.slideshare.net/rainergerhards1/rsyslog-vsjournal
Ensuite parceque je connaissait les solutions de logging avant journald, et au vue des possibilité disponible et de la communication de journald et de ses choix, j'ai beaucoup de mal a croire qu'avoir les possibilité décrites par les reqs. https://docs.google.com/document/pub?id=1IC9yOXj7j6cdLLxWEBAGRL6wl97tFxgjLUEHIX3MSTs&pli=1 soit dure ou compliqué
Je parle de POSIX, parceque cela comporte aussi les API système et les commands de base,
alors quand quelqu'un veut enlever syslog de linux pour le remplacer par une autre API
https://fedoraproject.org/wiki/Changes/NoDefaultSyslog
syslog fait partie du standard POSIX
http://pubs.opengroup.org/onlinepubs/9699919799/
systemd-journald lit (encore) l'interface POSIX, mais ce qui est poussé sont les API et le format structuré, sinon ce qui est proposé par journald peut être fait avec d'autre implémentation.
En regardant la liste des feature de journald, a l'exception d'un point, tout est faisable avec
l'architecture syslog et une API POSIX mise a jour pour les aspect 'information standard et structuré'.
La seul chose qui n'est pas supporté c'est "Logging is a core responsibility for a service manager, and it should be integrated with it reflecting that."
ça tombe bien, c'est un choix de design, ce n'est pas nécessaire d'avoir une integration. Qu'il y est une interface de logging, oui, que ce soit integré : non.
c'est plus clair?