Skip to main content
La stack de supervision Kaeyros est conçue pour répondre à trois questions essentielles, dans un ordre précis: est-ce que tout va bien, où se situe le problème, et que se passe-t-il exactement sur cette machine ou dans ce namespace. Cette page présente l’architecture globale, les composants qui la constituent, et les principes qui guident ses choix techniques.

​
Les trois questions

Est-ce que ça va?

Un écran, 10 secondes, sans faire défiler. Le dashboard d’accueil donne l’état de santé global de l’ensemble des services en un coup d’oeil.

Où est le problème?

Un dashboard par domaine permet d’identifier rapidement la zone concernée: réseau, stockage, calcul, ou applicatif.

Que se passe-t-il ici?

Le forage: un namespace ou un nœud spécifique, avec tous les détails nécessaires pour comprendre le comportement observé.

​
Une stack frugale et libre

La stack repose sur cinq composants open source, tous hébergés sur un seul serveur. Pas de SaaS externe, pas de licence propriétaire. Cette simplicité réduit la surface d’attaque, les coûts d’infrastructure, et la complexité opérationnelle.

​
Vos applications ne sont PAS instrumentées

Les applications du cluster n’exposent aucune métrique personnalisée. La stack ne sait rien du trafic HTTP autrement que via Traefik, et ne détecte les erreurs applicatives qu’en lisant le TEXTE des journaux. Ce choix architectural explique beaucoup de décisions prises dans les dashboards et les règles d’alerte.
Par conséquent, les indicateurs de performance applicative (latence, taux d’erreur, débit) sont tous dérivés des métriques de Traefik et des patterns observés dans les logs. Il n’y a pas de métriques métier personnalisées, pas de traces distribuées, et pas de profiling continu.

​
L’architecture en 10 lignes

Le cluster pousse les métriques et les journaux. Le serveur de supervision les reçoit, les stocke, évalue les règles, et affiche les résultats.

​
Direction unique

Le cluster ne stocke aucune donnée de supervision: il pousse tout vers le serveur de supervision. Le serveur de supervision ne va rien chercher: il reçoit passivement. Cette direction unique évite d’ouvrir le cluster vers l’extérieur, et permet à plusieurs clusters d’écrire vers la même stack sans conflit de sécurité.
Ce modèle de flux unidirectionnel simplifie les règles de pare-feu et réduit les risques d’exposition. Chaque cluster possède ses propres identifiants vmauth, ce qui permet une isolation logique des données même lorsqu’elles convergent vers le même serveur.

​
Dashboards versionnés

Grafana ne stocke aucune donnée métier. Ses dashboards sont des FICHIERS versionnés, provisionnés au démarrage du conteneur. Ne modifiez JAMAIS un dashboard dans l’interface de Grafana: la prochaine régénération écrasera votre travail sans possibilité de récupération. Pour apporter des modifications, consultez la page Modifier un dashboard.
La stack compte 13 dashboards, 226 panneaux, répartis sur 3 niveaux: Accueil, Diagnostic, et Détail. Tous les dashboards sont définis dans des fichiers JSON versionnés et déployés automatiquement.

​
Contact

Pour toute question sur la stack de supervision, contactez l’équipe DevOps: devops@kaeyros-analytics.com