Discussion :

[thaundeadboss]

Bonjour tout le monde.

Je suis maintenant en charge de développer une solution de gestion des traces et demandes d'investigation pour la boite.

La solution aura pour but de centraliser toutes les traces de toutes les applications ainsi que la gestion des demande d'investigation.

Est-ce que quelqu'un a eu à entamer une telle chose parce que vu l'hétérogénéité des journaux des applications ainsi que la grande quantité de donnée à laquelle on aura à faire face.

Vous remerciant à l'avance de vos réponse, je vous souhaites une bonne journée.

[Stessy]

Bonjour,

je pencherais pour ELK. Elasticsearch, Logstash, Kibana. C'est ce que l'on met en place actuellement pour centraliser tous les logs de tous les applicatifs. Cela va nous permettre de voir qui fait quoi, pour avoir une meilleure gestion des erreurs applicatives, pour permettre de retracer le cheminement qui a conduit à provoquer l'exception.

https://www.elastic.co/

[thaundeadboss]

Le problème que j'essaie de soulever est le suivant. Pas d'acquisition de solution et il faudra concevoir d'abord une base de données qui hébergera toutes ces traces compte tenu du fait qu'elles sont toutes hétérogènes.

Je n’ai aucune idée par quoi commencer ni comment intégrer toutes ces logs et les uniformise (si on peut ainsi dire)

Merci.

[Logan Mauzaize]

Pas d'acquisition de solution

C'est-à-dire ?

il faudra concevoir d'abord une base de données qui hébergera toutes ces traces compte tenu du fait qu'elles sont toutes hétérogènes.

Etant donné la nature de la donnée (log/trace) et le fait qu'elles sont toutes hétérogènes. Ca sent clairement la solution NoSQL (pas de transaction, pas de format de données). Et sans parler du besoin en vélocité et capacité d'analyse à posteriori.

Je n’ai aucune idée par quoi commencer ni comment intégrer toutes ces logs et les uniformise (si on peut ainsi dire)

Ca me fait penser aux solutions EAI.

[souviron34]

Le problème que j'essaie de soulever est le suivant. Pas d'acquisition de solution et il faudra concevoir d'abord une base de données qui hébergera toutes ces traces compte tenu du fait qu'elles sont toutes hétérogènes.

Je n’ai aucune idée par quoi commencer ni comment intégrer toutes ces logs et les uniformise (si on peut ainsi dire)

Merci.

En general deja on classe en 4 categories les types de messages

INFO
WARNING
ERROR
FATAL ERROR

On peut aussi ajouter : DEBUG

Ensite il te faudra rajouter l'appli d'origine, et le module / la fonction
Eventuellement la ligne directement

Eventuellement le poste (adresse ip)

Pour les messages en tant que tels, une base de donnees (ou fichier) de messages, avec un ID qui sera la seul reference dans le programme.

Pour la programmation en tant que telle, en general une fonction du style WRITELOG ( Appli, Module, T, Type, Message )

T est le temps