Skip to main content
Quatre niveaux de vérification travaillent ensemble pour garantir la disponibilité des services de production. Cette page détaille chaque mécanisme, sa configuration et les points de vigilance actuels.

​
1. Sondes Kubernetes

Les sondes sont définies dans les fichiers de valeurs Helm des applications. Sans elles, Kubernetes ne peut pas détecter qu’un pod ne répond plus. Consultez la page /deploiement/fichier-valeurs pour les gabarits de configuration des sondes.

​
2. Uptime Kuma

URL : health-check.kaeyros.org Uptime Kuma reçoit les sondes provisionnées automatiquement par un opérateur (uptime-operator). Celui-ci lit les annotations sur les ressources Ingress et crée les sondes correspondantes. Exemple d’annotations sur un Ingress :
Aucune instance Uptime Kuma n’a été trouvée en fonctionnement sur le serveur d’outillage. L’opérateur pose les sondes mais elles n’ont pas de destination active. Consultez la page /operations/chantiers pour le suivi de ce point.

​
3. Checkmate (supervision externe)

URL : monitoring.kaeyros.org Checkmate est une supervision externe indépendante, hébergée en dehors du cluster. Elle sonde les URL publiques depuis Internet et alerte en cas d’indisponibilité détectée de l’extérieur.

​
4. Sondes métier applicatives

Certaines applications exposent un endpoint /health/metier qui vérifie l’état de leurs dépendances critiques :
  • Connexion à la base de données
  • Disponibilité du cache
  • État d’un service tiers
Ces sondes sont distinctes des sondes Kubernetes : elles vérifient la capacité de l’application à traiter ses cas d’usage, pas seulement sa capacité à répondre HTTP 200.