Supervisez l’expérience de vos applications internes avec les zones de monitoring synthétique privées de Centreon Experience Monitoring

Vos applications internes ont enfin leur supervision de l’expérience utilisateur

Les zones de monitoring synthétique privées (STM Zones) sont disponibles dans Centreon Experience Monitoring. Elles vous permettent de rejouer vos parcours utilisateurs sur vos applications internes, depuis votre propre réseau.

CRM, ERP, intranet, back-office, portails RH ou métiers : ces applications font tourner votre activité au quotidien, mais restaient hors de portée des sondes publiques. Avec une zone de monitoring synthétique privée, une sonde déployée dans votre infrastructure les teste en continu, comme le ferait un collaborateur, et vous alerte dès qu’un parcours se dégrade.

Applications internes : le point aveugle de la supervision

Vos tableaux de bord sont au vert, et pourtant les collaborateurs se plaignent : la recherche client du CRM ne répond plus, la saisie d’une commande dans l’ERP bloque. Vous l’apprenez par un ticket au support, parfois des heures plus tard. C’est le paradoxe des voyants verts : l’infrastructure ne raconte pas toute l’histoire.

Sur vos sites publics, le monitoring synthétique répond à ce problème : des sondes rejouent en continu les parcours critiques et vous alertent avant vos utilisateurs. Mais vos applications internes ne sont pas accessibles depuis Internet, et les sondes hébergées ne peuvent pas les atteindre. Résultat : aucune mesure de leur disponibilité ni de leur performance, des pannes détectées par les utilisateurs plutôt que par l’IT, et un temps de résolution qui s’allonge.

Comment fonctionnent les zones privées

Une zone de monitoring synthétique privée regroupe une ou plusieurs sondes installées sur des machines de votre infrastructure. Chaque sonde est un conteneur Docker indépendant. Elle récupère elle-même les parcours à exécuter auprès de Centreon Experience Monitoring (modèle pull), les rejoue dans un vrai navigateur sur vos applications internes, puis remonte ses mesures. Aucune ouverture de port entrant n’est nécessaire de votre côté, et votre application n’est jamais exposée sur Internet.

Deux types de sondes sont disponibles :

• Sonde STM : elle collecte les métriques habituelles de performance et de disponibilité d’Experience Monitoring (TTFB, Speed Index, Hero Time, Core Web Vitals, taux de disponibilité).
• Sonde Recommandations : elle réalise des audits et produit des recommandations personnalisées pour optimiser vos applications (performance, accessibilité, éco-conception).

Vos parcours internes s’analysent ensuite exactement comme vos parcours publics : alertes, captures d’écran, fichier HAR, analyse par étape, rapports et tableaux de bord.

Quelles données quittent votre réseau ?

Les scénarios s’exécutent localement, et seuls leurs résultats remontent vers la plateforme SaaS :

• les métriques de temps de chargement, en millisecondes ;
• les captures d’écran des pages testées, prises avec le compte de l’utilisateur de test du scénario.

Vous gardez donc la main sur ce qui est visible : pour vos parcours, utilisez un compte de test dont les écrans n’affichent pas de données sensibles.

Superviser depuis plusieurs sites

Vous pouvez créer plusieurs zones de monitoring synthétique, par exemple une par datacenter, par agence ou par pays, et exécuter un même parcours depuis plusieurs d’entre elles. Donnez à chaque zone un nom explicite (« Paris Office », « Datacenter Lyon ») pour les distinguer d’un coup d’œil. Les zones sont gérées au niveau de votre organisation et partagées par tous vos sites, avec le statut de chaque sonde en temps réel.

Démarrer en quatre étapes

Prérequis : une machine de votre infrastructure capable d’accéder à l’application à superviser, et un parcours utilisateur configuré sur cette application.

1. Créez une nouvelle zone de monitoring synthétique.
2. Obtenez un jeton de sonde et associez une sonde à la zone.
3. Exécutez sur votre machine les commandes Docker fournies dans l’interface.
4. Associez la zone à votre parcours utilisateur, depuis le paramètre « Zone d’exécution » du parcours.

La procédure complète est décrite dans la documentation des zones de monitoring synthétique.

Ce que vous y gagnez

• Détecter les incidents avant vos collaborateurs : vos parcours internes critiques sont testés en continu, jusqu’à toutes les minutes, et vous êtes alerté dès qu’une indisponibilité ou une dégradation apparaît, par email, SMS, Slack ou webhook vers vos outils (PagerDuty, ITSM).
• Diagnostiquer sans reproduire le problème : chaque incident arrive avec la capture d’écran de la page en échec et la trace complète des requêtes réseau (HAR).
• Mesurer la performance là où travaillent vos équipes : une zone de monitoring synthétique par site ou par agence révèle si la lenteur touche tout le monde ou seulement un bureau.
• Un seul outil pour tout votre périmètre : sites publics et applications internes se supervisent avec les mêmes scénarios sans code, la même interface et les mêmes alertes.
• Un budget prévisible : la tarification repose sur le nombre d’étapes de vos scénarios, jamais sur le nombre d’exécutions. Ajouter une zone ou augmenter la fréquence ne change rien au prix, et les zones privées sont incluses dans toutes les éditions.

Exemples d’applications à superviser

De l’infrastructure à l’expérience : une supervision continue

Vous supervisez déjà votre infrastructure interne avec Centreon Infra Monitoring ? Les zones de monitoring synthétique privées prolongent naturellement cette supervision : après les serveurs, le réseau et les bases de données, vous mesurez enfin ce que vivent les utilisateurs des applications qu’ils font tourner.

• Les données dans votre supervision IT : les métriques STM et les incidents sur un parcours remontent nativement dans Centreon Infra Monitoring. Ils apparaissent dans le bac à statuts, déclenchent alertes et notifications et alimentent vos tableaux de bord.
• Une vue d’impact commune : avec l’extension BAM, l’arbre d’impact d’une activité métier consolide l’état de l’infrastructure et l’expérience réellement vécue. Quand le parcours CRM ralentit, vous voyez dans la même vue si la base de données est en cause.
• L’expérience réelle en complément : sur les applications internes dont vous maîtrisez le code, le tag Real User Monitoring mesure aussi l’expérience vécue par chaque collaborateur, sans donnée personnelle collectée. Il suffit que leurs postes disposent d’un accès sortant HTTPS vers Internet, ce qui est le cas dans la plupart des réseaux d’entreprise.

Vous utilisez une autre solution de supervision ? Experience Monitoring s’intègre via API REST, webhooks et ses connecteurs ITSM et observabilité (ServiceNow, Jira, Datadog, Grafana).

Disponible dès maintenant

Les zones de monitoring synthétique privées sont disponibles dans Centreon Experience Monitoring, en Pro Edition comme en Business Edition : dès que vous utilisez le monitoring synthétique, vous pouvez créer vos zones privées. Toute la procédure de configuration est décrite dans la documentation.

Vous les avez testées ? Partagez vos retours sur The Watch, la communauté Centreon.

Vous ne connaissez pas encore Centreon Experience Monitoring ? Demandez une démo et découvrez comment superviser l’expérience de vos applications, publiques comme internes.