Je ne suis sûrement pas la plus à même de te répondre sur cet aspect, n’ayant pas idée de ce que fait exactement un outil de monitoring. Mais ce dont je suis certaine, c’est que stats.chatons.org a pour objectif de rendre visible l’activité du collectif et des structures qui le composent. C’est donc davantage un outil de communication pour valoriser ce que nous faisons qu’un outil servant à monitorer l’activité.
Cependant, nous demandons dans les fiches services d’indiquer si le service est actif ou non.
Plus précisément, il y a 2 champs à compléter :
# Statut du service (un parmi {OK,WARNING,ALERT,ERROR,OVER,VOID}, obligatoire). service.status.level =
# Description du statut du service (type STRING, optionnel, ex. mise à jour en cours) service.status.description =
Ce sujet m’intéresse et j’y pensais hier : je ne sais pas si les données récupérées par stats pourront être exploitée par entraide. Mais si c’est le cas, ça serait chouette que le statut soit testé régulièrement pour n’exposer que les services qui sont « en forme » (sur entraide) ou le signaler par un indicateur (sur stats).
Cela permettrait d’éviter les situations où un site référencé sur entraide ne fonctionne plus pendant un temps, qui nécessite en plus de s’en rendre compte + intervenir manuellement.
Je n’ai pas creusé et je ne sais même pas si c’est souhaitable, mais je vais essayer de suivre d’un peu plus près, discuter, contribuer à l’avenir.
Oui, j’ai déja soumis l’idée au groupe de travail, mais on en est encore loin. @Cpm m’a cependant confirmé qu’une fois le reste en place, on pourrait facilement sortir du format json, et donc se baser sur cela pour alimenter entraide (qui utilise le json de drupal actuellement).
Je pense qu’une fois ce chantier de stats bien avancé, il sera opportun de réfléchir a une fusion des sites chatons.org et entraide.chatons.org , en proposant aussi des services autres que les 9 sans inscriptions, et en réfléchissant quelle est la source de données la plus juste.
Un grand merci aux membres du collectifs qui ont répondu cet appel. Grace à eux, le site contient une douzaine de fiches d’organisation richement remplies et 75 services déclarés
Les efforts de développements continuent et nous vous solliciteront bientôt pour les prochaines étapes
Un outil de supervision (ou monitoring en bon français) va, dans l’idée, périodiquement effectuer des tests pour vérifier que le service est disponible pour ses utilisateurs et lever une alerte pour prévenir d’une éventuelle anomalie.
Par exemple chez Chapril on déclare dans notre configuration de supervision un service web avec les attributs suivants :
nom de domaine
le chemin à tester
comportement vis à vis de TLS
une chaîne à trouver dans la réponse HTML
(D’autres options sont bien sûr possibles.)
À partir de ça, on est capable de tester périodiquement moulte quantité de choses, par exemple :
que le site répond à l’adresse / chemin ;
que le code de retour http soit ok ;
que le html répondu fournisse la chaîne attendue (qui elle même, idéalement, valide que le service n’est pas cassé parce que, par exemple, cette chaîne provient d’une configuration dans la base de données) ;
que le certificat TLS est à jour ;
que l’interrogation en http (insécurisé) redirige bien vers du https ;
que le site ne fournisse pas des mouchards google ou autre.
vars.http_vhosts["benevalibre.chapril.org"] = {
http_vhost = "benevalibre.chapril.org"
http_uri = "/"
vhost_tls = "redirect"
http_string = "Le logiciel libre qui facilite la gestion et la valorisation du bénévolat dans les associations."
}
Pour faire écho à https://forum.chatons.org/t/supervision-monitoring-entre-chatons/421/19, dans l’hypothèse ou statools fournie de telles données et en ajoutant une information de contact, il est tout à fait possible pour n’importe qui de surveiller activement n’importe quel service pour le compte d’un autre.
Allez j’ai un peu commencé à mon tour, voici le fichier properties de mon CHATONS (il contient les informations de la structure, les services viendront mais je modifierai directement de mon côté à partir de là)
J’indique ça ici, en espérant que ça soit repris dans le prochain groupe de travail :
Le CHATONS « framasoft » est absent de la liste, pourtant il a bien son properties de renseigné (mais il est vide à cause d’un bug de chez eux, Angie est dessus) et on ne voit aucune erreur nulle part.
Peut-être que https://stats.chatons.org/chatons-check.xhtml serait un bon endroit pour indiquer que quelque chose n’est pas OK à la ligne « framasoft » par exemple ?
Merci pour ce retour très judicieux Tu as raison, faudrait faire apparaître quelque part les erreurs rencontrées pendant la phase de récupération des fichiers properties. La page est prévue mais pas encore codée. Bientôt
Dans le cas présent, le souci est que le fichier organisation est de taille zéro. Du coup, le fichier est bien téléchargé et géré. Mais comme le nom du chaton n’est pas présent dans le fichier properties vide alors un nom pseudo-aléatoire est généré. La fiche est là : https://stats.chatons.org/ca9c9e67.xhtml. Et la page de check contient implicitement plein de rouge
Je confirme que la collection de cas bizarres est riche et en expansion (cycle entre fichiers, fichier image qui n’est pas une image, doublons, fichier properties vide…). Merci les membres participants car ainsi je peux en coder la gestion petit à petit
À noter que sur plus de 220 fichiers, les erreur graves sont rares. Cool ça
Je viens (enfin !!!) de soumettre une merge request pour intégrer les services du chaton Pâquerette dans les stats.
J’en ai profité pour en faire une deuxième avec de nouveaux modèles pour les services BigBlueButton, Rocket.Chat et WordPress
