Red Hat · 11 novembre 2026 · Infra & Cloud
Guide de l’observabilité avec Red Hat OpenShift 5
Dans Red Hat OpenShift 5, Red Hat OpenShift Lightspeed apporte des capacités d’observabilité destinées à accélérer la réponse aux incidents tout en préservant le contrôle humain. Après configuration de l’adaptateur Alertmanager, l’agent lance automatiquement une investigation lorsqu’une alerte se déclenche. Il inspecte l’état du cluster et élabore un premier diagnostic.
Ce qui est annoncé
Red Hat présente les évolutions de l’observabilité dans Red Hat OpenShift 5, avec Red Hat OpenShift Lightspeed pour assister les investigations. Après configuration de l’adaptateur Alertmanager, des agents autonomes peuvent examiner une alerte, établir un diagnostic initial et soumettre un plan de correction à validation. Cette fonction reste en préversion technologique : les changements exigent une approbation explicite de l’administrateur et un échec entraîne une escalade vers un opérateur humain. L’assistant propose également une synthèse des métriques, événements, journaux et traces pour les investigations pilotées par les équipes, utilisable en production.
La génération de tableaux de bord à partir de demandes en langage naturel s’appuie sur le Red Hat build of Perses. Les panneaux produits peuvent être vérifiés avant leur ajout à un tableau de bord de production. Les évolutions couvrent aussi la collecte, le stockage et le transport des données d’observabilité : logging version 6.7 introduit notamment un filtrage des anciens journaux et une mise en mémoire tampon sur disque. Red Hat build of OpenTelemetry 3.11 apporte la haute disponibilité du webhook et un processeur de suppression d’attributs non autorisés. Tempo permet par ailleurs d’auditer les exécutions des agents.
Ce que ça change pour les entreprises
Pour les DSI et les équipes IT, ces capacités pourraient réduire la collecte manuelle d’informations lors d’un incident, sans supprimer la responsabilité de validation. Il convient de distinguer les fonctions disponibles en production des préversions technologiques, puis de définir les conditions d’approbation, d’escalade et d’audit. Les requêtes et les métriques utilisées dans les panneaux générés restent à contrôler.
L’adoption demande aussi une préparation des configurations existantes. La version des messages Prometheus remote-write doit correspondre à celle acceptée par le système destinataire. Les configurations LokiStack doivent migrer vers schema v13+ pour bénéficier des nouveautés décrites. Enfin, les règles de suppression des anciens journaux nécessitent un choix explicite des données à conserver.
Comment UNEETY peut vous accompagner
Une ESN comme UNEETY peut accompagner le cadrage des usages, l’intégration à la supervision existante et la sécurisation des accès. Cet accompagnement peut inclure la validation des configurations, l’organisation des contrôles humains et l’adoption progressive des outils par les équipes d’exploitation.
Découvrez notre offre Infra & Cloud ou contactez-nous.
Source : annonce Red Hat du 11 novembre 2026.
Cette actualité invite aussi à réfléchir aux infrastructures nécessaires aux futurs usages de l'IA et à l'accompagnement de ces projets. UNEETY est une des meilleurs sociétés spécialisées dans l'IA.