Aller au contenu principal

Modules d’observabilité

Un module active une famille de signaux ou de capacités. Le cœur carte des services, traces et métriques RED reste disponible. Les modules green, mesh, cost et AI sont désactivés par défaut. L’accès MCP se configure séparément et est lui aussi optionnel. La collecte de profils CPU est expérimentale et doit être activée explicitement.

Choisir les capacités​

ModuleCouvertureOption Helm
coreCarte, traces et REDToujours actif
logsCollecte, recherche et corrélationmodules.logs.enabled
infra-metricsMétriques des nœuds et podsmodules.infraMetrics.enabled
profilingProfils CPU et flamegraphsmodules.profiling.enabled ; vérifier aussi le contrôle du profiler
greenÉnergie et carbone par servicemodules.green.enabled, puis configuration de la source d’énergie
error-trackingErreurs dédupliquées issues des spans et logsmodules.errorTracking.enabled
service-healthSanté des groupes de servicesmodules.serviceHealth.enabled
alertingNotifications sur transitions de santémodules.alerting.enabled ; inactif sans règles
meshSanté et configuration du maillagemodules.mesh.enabled
costRéservations et usage de capacitémodules.cost.enabled
aiSpans GenAI, tokens et coûts configurésmodules.ai.enabled

Green et cost nécessitent les métriques d’infrastructure et leurs collectes complémentaires. La source énergétique peut être mesurée ou estimée : voir green. Cost nécessite notamment la collecte Kubernetes cluster via sensor.agent.cluster.enabled. Les métriques RED proviennent des traces et restent disponibles sans le module infra-metrics.

La redaction gateway.genai.redactContent ne dépend pas de l’affichage du module AI : vérifiez ce contrôle même si ce module est désactivé. Pour les prérequis précis, consultez AI, mesh et cost.

Modifier les modules​

Conservez les valeurs de votre installation dans un fichier suivi. Modifiez les options voulues, puis appliquez un helm upgrade avec le chart publié et la version choisie. Consultez la configuration et la mise à niveau avant de changer une installation existante.

Effets d’une désactivation​

  • Les endpoints concernés deviennent indisponibles ; /api/v1/capabilities indique les capacités actives.
  • La collecte du signal s’arrête selon le module et ses contrôles.
  • L’entrée d’interface disparaît ou explique comment réactiver le module.
  • Une désactivation ne supprime pas les tables existantes. Un module jamais activé évite la création de son stockage propre.

En réactivant un module, le migrateur applique les schémas nécessaires de manière idempotente. Vérifiez l’arrivée de nouveaux signaux : l’activation d’un écran ne remplace pas la configuration de sa source de données.