Forum général.cherche-logiciel Gestion des incidents pour les utilisateurs

Posté par cichlid le 15 février 2010 à 19:24.

Étiquettes : aucune

fév.

2010

salut, mon employeur actuel se plaint que l'équipe informatique soit noyé de coups de téléphone lorqu'un service (surtout des services web) est down.
Il voudrait que je 'conçoive' un soft dans le genre une page web renvoyant les services actifs ou inactifs de la boîte.

A savoir un serveur the dude tourne déja mais c'est surtout à l'aide de requêtes ping qu'on supervise les serveurs .

J'ai essayé l'approche nagios certainement trop complexe pour se genre de besoin, je me demandais si je retouchais un peu les .cgi de nagios pour y arriver, un peu comme ce screenshot[1] mais avec les trois première colones uniquement et sans authentification préalable pour afficher la page (pensez à la labeur que cela représenterait pour nos pauvres utilisateurs ...)

Merci pour vos suggestions

[1]http://nagios.sourceforge.net/images/screens/new/notificatio(...)

# fichier de config nagios

Posté par NeoX le 15 février 2010 à 19:49. Évalué à 4.

- pour ne pas mettre d'identification
- un marque parge ou un redirect apache pour aller directement sur la page des services...

ca doit pas etre trop compliquer

Nagios peut aussi envoyer un email à un ou plusieurs utilisateurs quand un service ou un serveur est defaillant
# liste de diffusion ?

Posté par Krunch (site web personnel) le 15 février 2010 à 22:47. Évalué à 1.

Une liste de diffusion sur laquelle sont annoncées les maintenance planifiées ainsi que les pannes non prévues et le retour à la normal, ça marche assez bien aussi. Évidemment il faut quelqu'un pour rédiger les mails en questions mais au moins comme ça les utilisateurs voient bien que les admins sont au courant.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# Wrapper

Posté par Lol Zimmerli (site web personnel, Mastodon) le 16 février 2010 à 12:14. Évalué à 1.

Que tu utilises nagios ou hobbit, il me semble peu recommandable d'aller toucher au code. Tu devras notamment porter tes modifs à chaque nouvelle release et tu peux avoir des effets de bord à l'intérieur de nagios/hobbit.

Pour ma part, confronté au même problème il y a quelques temps, j'ai écrit une appli from scratch qui communique avec hobbit. Ainsi, quand hobbit a une alerte, il envoie une info à mon logiciel et je traite ensuite comme je veux. Et quand je dois mettre hobbit à jour, pas besoin de modifier son code.
La gelée de coings est une chose à ne pas avaler de travers.