NOC, Observability et ITOM

Objectif et carte de la zone

Cette zone couvre l’exploitation de l’infrastructure : le NOC (supervision et gestion des événements), l’Observability (métriques, traces, logs, tests synthétiques, RUM, topologie) et l’ITOM (IT Operations Management : discovery, DNS, IPAM, certificats, maintenance, automatisation, SLO, politiques, gouvernance, optimisation). Les tickets appartiennent à la famille NOC-*. Vous accédez aux pages depuis le Hub IT, l’Observability Hub et l’ITOM Hub.

NOC L1 et On-Call

À quoi elle sert. C’est la console opérationnelle du NOC : elle collecte les alertes de supervision (NOC-EVENT, via webhook depuis Zabbix/Nagios/Datadog) et les alertes issues de l’analyse des logs (NOC-LOG-ALERT), les corrèle en NOC-INCIDENT et gère les tours d’astreinte (on-call). Elle utilise le même moteur de disposition que la console IT, décrit en détail dans Console opérationnelle L1/L2/L3 (NOC et Service Desk).

Quand l’utiliser. C’est le poste de l’opérateur NOC pour la supervision, le tri et la gestion des incidents d’infrastructure.

Comment l’ouvrir. Depuis le Hub IT (encadré NOC) ou depuis l’Observability Hub.

Ce qu’elle affiche. La disposition à trois panneaux (file · détail · outils) avec actualisation automatique toutes les 60 s. KPI L1 : Tickets ouverts, P1/P2 actifs, SLA dépassés, MTTR (min), Résolus aujourd’hui. Actions L1 : Prendre en charge, Escalate L2/L3, Résoudre, Ouvrir un Major Incident. Outils : CI liés (CMDB explorer), Runbook (KB NOC, Playbook incident), Supervision (Grafana, Alertmanager), minuteur SLA, Dashboard. Au tier L2 : KPI Incidents ouverts, P1/P2, Change window, MTTR, Root-cause pending et actions Take ownership, Escalate L3, Lancer la RCA, Ouvrir un change, Escalate MIM.

Gestion de l’On-Call. La page inclut la gestion des tours d’astreinte : elle affiche le tour actif « maintenant » et le calendrier des 4 semaines suivantes, avec le bouton + Ajouter un tour qui ouvre la modale de création de tour (IT-ONCALL : date, assigné, rotation, suppléant, politique d’escalade, contact). La source de vérité des tours est le Contrat.

Comment l’utiliser. Vous surveillez la file, triez les événements, les corrélez en incidents, gérez les tours ; depuis un événement, vous pouvez escalader vers l’ITSM (IT-NOC-ESC) ou ouvrir un Major Incident.

Ce qui se passe ensuite. La corrélation de N événements sur le même CI génère un NOC-INCIDENT ; l’affectation des tours alimente le routage hors ligne/d’astreinte.

Remarques. Liens directs vers Service Topology et ITOM Health.

Observability Hub

À quoi elle sert. C’est le point d’entrée des outils d’observabilité.

Quand l’utiliser. Pour choisir l’outil d’observabilité adapté (métriques, traces, tests synthétiques, topologie…).

Comment l’ouvrir. Depuis la Home/le Hub IT (encadré Observability).

Ce qu’elle affiche. Les encadrés vers : Observability, Health, Traces, RUM, Synthetic, Topology, Net Observability, DB Observability, AIOps, Events & AIOps, NOC L1.

Comment l’utiliser. Vous ouvrez l’outil souhaité.

Ce qui se passe ensuite. Vous accédez à la page choisie.

Remarques. Couverture fonctionnelle en évolution.

Observability / Métriques

À quoi elle sert. Elle expose des métriques et tableaux de bord d’observabilité de l’infrastructure et des services.

Quand l’utiliser. Pour analyser l’évolution des métriques et repérer les dégradations.

Comment l’ouvrir. Depuis l’Observability Hub, encadré Observability.

Ce qu’elle affiche et comment l’utiliser. Des graphiques de métriques avec des filtres temporels et par service/CI ; à partir d’une anomalie, vous générez un événement ou ouvrez un ticket NOC.

Ce qui se passe ensuite. Les écarts alimentent les événements/insights AIOps.

Remarques. Complémentaire de Health (ITOM Health).

ITOM Health

À quoi elle sert. Elle affiche l’état de santé des services et des CI.

Quand l’utiliser. Pour une vue synthétique de la santé (vert/jaune/rouge) pendant la supervision ou un incident.

Comment l’ouvrir. Depuis l’Observability Hub (ou depuis les liens de la console NOC).

Ce qu’elle affiche et comment l’utiliser. L’état de santé par service/CI avec les indicateurs clés.

Ce qui se passe ensuite. Un service en état critique guide l’ouverture/l’escalade d’incidents.

Remarques. Liée à la topologie (Service Topology).

Distributed Tracing

À quoi elle sert. Elle expose le traçage distribué des transactions entre services.

Quand l’utiliser. Pour repérer le goulot d’étranglement dans une transaction multi-services.

Comment l’ouvrir. Depuis l’Observability Hub, encadré Traces.

Ce qu’elle affiche et comment l’utiliser. Les traces avec spans, latences et dépendances ; vous sélectionnez une trace pour en analyser le parcours.

Ce qui se passe ensuite. L’analyse guide la RCA et les optimisations.

Remarques. Complémentaire de RUM et Synthetic.

Digital Experience / RUM

À quoi elle sert. Elle mesure le Real User Monitoring (expérience réelle des utilisateurs).

Quand l’utiliser. Pour évaluer les performances perçues par les utilisateurs finaux.

Comment l’ouvrir. Depuis l’Observability Hub, encadré RUM.

Ce qu’elle affiche et comment l’utiliser. Les métriques d’expérience (temps de chargement, erreurs côté client) par page/parcours.

Ce qui se passe ensuite. Les dégradations de l’expérience alimentent des événements/tickets.

Remarques. Complémentaire du Synthetic Monitoring (Synthetic Monitoring).

Synthetic Monitoring

À quoi elle sert. Elle exécute des tests synthétiques (sondes) pour vérifier la disponibilité et les performances des services.

Quand l’utiliser. Pour la supervision proactive de bout en bout des endpoints et des parcours critiques.

Comment l’ouvrir. Depuis l’Observability Hub, encadré Synthetic.

Ce qu’elle affiche et comment l’utiliser. Les tests synthétiques avec leur résultat et leur latence ; vous configurez et exécutez les sondes.

Ce qui se passe ensuite. Un test en échec génère une alerte.

Remarques. Complémentaire du RUM.

Service Topology

À quoi elle sert. Elle affiche la carte de topologie des services et des dépendances entre CI.

Quand l’utiliser. Pour comprendre l’impact d’un CI sur un service ou parcourir les dépendances pendant un incident.

Comment l’ouvrir. Depuis l’Observability Hub ou depuis les liens NOC.

Ce qu’elle affiche et comment l’utiliser. Le graphe services↔CI avec l’état ; vous naviguez pour explorer les dépendances.

Ce qui se passe ensuite. Elle alimente l’impact analysis (CMDB) et la RCA.

Remarques. Également alimentée par la discovery et le service mapping (Discovery & CMDB, Asset Management et CMDB).

Network Observability

À quoi elle sert. Observabilité du réseau (flux, latences, erreurs réseau).

Quand l’utiliser. Pour diagnostiquer les problèmes de réseau.

Comment l’ouvrir. Depuis l’Observability Hub, encadré Net Observability.

Ce qu’elle affiche et comment l’utiliser. Les métriques réseau par segment/équipement.

Ce qui se passe ensuite. Les anomalies réseau alimentent des événements/tickets NOC.

Remarques. Complémentaire de DB Observability.

Database Observability

À quoi elle sert. Observabilité des bases de données (requêtes lentes, charge, verrous).

Quand l’utiliser. Pour diagnostiquer les problèmes de performance des bases de données.

Comment l’ouvrir. Depuis l’Observability Hub, encadré DB Observability.

Ce qu’elle affiche et comment l’utiliser. Les métriques des bases de données et les requêtes problématiques.

Ce qui se passe ensuite. Les anomalies alimentent des événements/tickets.

Remarques. Complémentaire de Net Observability.

ITOM AIOps

À quoi elle sert. C’est le moteur AIOps de l’ITOM : détection d’anomalies, prévision de capacité et corrélation basées sur le ML.

Quand l’utiliser. Pour tirer parti des insights automatiques sur l’infrastructure.

Comment l’ouvrir. Depuis l’Observability Hub / l’ITOM.

Ce qu’elle affiche et comment l’utiliser. Les insights opérationnels (NOC-OI-INSIGHT : type, confidence, CI concernés, recommandation, impact estimé) générés par les modèles.

Ce qui se passe ensuite. Les insights guident les actions préventives (capacité, maintenance).

Remarques. Voir aussi Events & AIOps (Events & AIOps) pour le moteur d’événements.

Events & AIOps

À quoi elle sert. C’est l’intelligence sur les événements ITOM : règles, déduplication, corrélation, réduction du bruit, RCA avancée, prévisions et runbooks autonomes.

Quand l’utiliser. Pour configurer et piloter le traitement automatique des événements et les prédictions.

Comment l’ouvrir. Depuis le Hub IT / l’Observability Hub, encadré Events & AIOps.

Ce qu’elle affiche. Une console organisée en onglets :

Onglet	Contenu
Rules	Règles d’événements
Correlate	Corrélation des alertes ouvertes
RCA	Root Cause Analysis avancée
Predict	Prévision du taux d’événements, détection d’anomalies, risque de capacité
Models	Les modèles de ML
Golden	Golden signals / référence
Defaults	Configurations par défaut (noise profile, seuils dynamiques)
GenAI	Fonctions GenAI
Bizservice	SLA des services métier
Runbook	Runbooks autonomes (canary + rollback)

Comment l’utiliser. Vous définissez les règles et les seuils, corrélez les alertes, analysez les causes racines, configurez les prévisions et les runbooks autonomes.

Ce qui se passe ensuite. Les règles réduisent le bruit et génèrent des insights/incidents ; les runbooks autonomes exécutent des réponses avec canary et rollback.

Remarques. RCA bayésienne multi-domaines ; déduplication et réduction du bruit.

Telemetry Health

À quoi elle sert. Elle supervise l’état de la télémétrie elle-même (pipelines de métriques/logs).

Quand l’utiliser. Pour vérifier que la collecte des données est saine (aucune lacune de télémétrie).

Comment l’ouvrir. Depuis la zone Observability/ITOM.

Ce qu’elle affiche et comment l’utiliser. L’état des sources de télémétrie et les éventuelles lacunes.

Ce qui se passe ensuite. Une lacune de télémétrie est elle-même un signal à traiter.

Remarques. Elle garantit la fiabilité des données d’observabilité.

ITOM Hub et console ITOM

À quoi elle sert. L’ITOM Hub est l’entrée de l’IT Operations Management ; la console ITOM en est le tableau de bord opérationnel.

Quand l’utiliser. Pour l’activité ITOM quotidienne (logs, insights, runbooks, self-healing).

Comment l’ouvrir. Depuis le Hub IT (encadré ITOM) ou depuis l’ITOM Hub.

Ce qu’elle affiche. La console ITOM est organisée en onglets : Logs (log analytics), OI (operational insight/AIOps), Runbooks (procédures automatisées), Self-heal (auto-remédiation) et Config (configuration, détection des dérives par rapport à la référence).

Comment l’utiliser. Vous analysez les logs, consultez les insights, exécutez les runbooks et les actions de self-healing, vérifiez la conformité de configuration (dérives).

Ce qui se passe ensuite. Le self-healing remédie automatiquement ; les dérives de configuration génèrent des signalements.

Remarques. L’ITOM Hub ouvre aussi les pages spécialisées suivantes.

Discovery & CMDB

À quoi elle sert. Elle exécute la discovery automatique de l’infrastructure et alimente la CMDB.

Quand l’utiliser. Pour découvrir et mettre à jour les CI automatiquement.

Comment l’ouvrir. Depuis l’ITOM Hub, encadré Discovery.

Ce qu’elle affiche et comment l’utiliser. Les exécutions de discovery (CMDB-DISCOVERY-RUN) avec source, périmètre, planification et résultats (CI nouveaux/mis à jour/supprimés, durée, erreurs).

Ce qui se passe ensuite. Les CI découverts mettent à jour la CMDB et la topologie.

Remarques. Complémentaire du Service Mapping (Asset Management et CMDB).

DNS Management

À quoi elle sert. Elle gère les enregistrements DNS de l’infrastructure.

Quand l’utiliser. Pour consulter/gérer les zones et les enregistrements DNS.

Comment l’ouvrir. Depuis l’ITOM Hub, encadré DNS.

Ce qu’elle affiche et comment l’utiliser. Les zones et les enregistrements avec les actions correspondantes.

Ce qui se passe ensuite. Les modifications DNS se répercutent sur l’infrastructure.

Remarques. Liée à l’IPAM et aux certificats.

IP Address Management

À quoi elle sert. Elle gère l’espace d’adressage IP (IPAM).

Quand l’utiliser. Pour allouer/consulter les sous-réseaux et les adresses IP.

Comment l’ouvrir. Depuis l’ITOM Hub, encadré IPAM.

Ce qu’elle affiche et comment l’utiliser. Les sous-réseaux, les adresses allouées et libres ; l’allocation.

Ce qui se passe ensuite. Les allocations mettent à jour l’inventaire réseau.

Remarques. Complémentaire du DNS.

Certificate Management

À quoi elle sert. Elle gère l’inventaire des certificats SSL/TLS (IT-CERT).

Quand l’utiliser. Pour suivre les échéances et les renouvellements des certificats.

Comment l’ouvrir. Depuis l’ITOM Hub, encadré Certificats.

Ce qu’elle affiche et comment l’utiliser. Les certificats avec domaine, échéance, émetteur, SAN, renouvellement automatique ; les alertes automatiques à 60/30 jours et à l’échéance.

Ce qui se passe ensuite. Les certificats arrivant à échéance génèrent des alertes et des activités de renouvellement.

Remarques. Liée au DNS et à la CMDB.

Maintenance Windows

À quoi elle sert. Elle gère les fenêtres de maintenance planifiées (IT-MAINTENANCE).

Quand l’utiliser. Pour planifier des interventions et supprimer les alertes des CI concernés pendant la période.

Comment l’ouvrir. Depuis l’ITOM Hub, encadré Maintenance.

Ce qu’elle affiche et comment l’utiliser. Les fenêtres avec les CI concernés, le début/la fin et la suppression des alertes ; elles peuvent être liées à des changes et des déploiements.

Ce qui se passe ensuite. Pendant la fenêtre, les alertes NOC des CI sont supprimées automatiquement.

Remarques. Elle évite les fausses alertes pendant les interventions planifiées.

Automation

À quoi elle sert. Elle gère les automatisations opérationnelles de l’ITOM.

Quand l’utiliser. Pour définir et exécuter des automatisations d’infrastructure.

Comment l’ouvrir. Depuis l’ITOM Hub, encadré Automation.

Ce qu’elle affiche et comment l’utiliser. Les automatisations disponibles avec leur exécution et leur résultat.

Ce qui se passe ensuite. Les automatisations produisent leurs effets opérationnels.

Remarques. Complémentaire des onglets Runbooks et Self-heal de la console ITOM (ITOM Hub et console ITOM).

SLO & Error Budget

À quoi elle sert. Elle gère les Service Level Objectives et l’error budget.

Quand l’utiliser. Pour définir et suivre les objectifs de service et le budget d’erreur.

Comment l’ouvrir. Depuis l’ITOM Hub, encadré SLO.

Ce qu’elle affiche et comment l’utiliser. Les SLO avec la consommation de l’error budget et les alertes de burn-rate.

Ce qui se passe ensuite. L’épuisement du budget guide les décisions (gel, priorités).

Remarques. Lié aux golden signals (Events & AIOps).

Policy Enforcement

À quoi elle sert. Elle applique les politiques opérationnelles à l’infrastructure (enforcement).

Quand l’utiliser. Pour définir et faire respecter les règles opérationnelles/de configuration.

Comment l’ouvrir. Depuis l’ITOM Hub, encadré Policy.

Ce qu’elle affiche et comment l’utiliser. Les politiques avec leur état de conformité et les violations.

Ce qui se passe ensuite. Les violations génèrent des signalements/actions.

Remarques. Complémentaire de Governance (Governance) et de la conformité de configuration.

Governance

À quoi elle sert. Elle pilote les processus et les standards de l’ITOM.

Quand l’utiliser. Pour la supervision de la gouvernance opérationnelle.

Comment l’ouvrir. Depuis l’ITOM Hub, encadré Governance.

Ce qu’elle affiche et comment l’utiliser. Les indicateurs de gouvernance et la conformité aux standards.

Ce qui se passe ensuite. Elle alimente les décisions d’amélioration.

Remarques. Liée à Policy et Optimization.

Optimization

À quoi elle sert. Elle optimise la capacité et les coûts de l’infrastructure.

Quand l’utiliser. Pour repérer les ressources sous-utilisées/surutilisées et les opportunités d’économies.

Comment l’ouvrir. Depuis l’ITOM Hub, encadré Optimization.

Ce qu’elle affiche et comment l’utiliser. Les recommandations d’optimisation (rightsizing, mises hors service) avec l’impact estimé.

Ce qui se passe ensuite. Les recommandations guident les changes et les activités d’optimisation.

Remarques. Liée à FinOps (Asset Management et CMDB) et à la prévision de capacité (AIOps).