Tous les produits
Search
Centre de documentation

Application Real-Time Monitoring Service:Seuils statiques

Dernière mise à jour :Aug 10, 2026

Le sous-service Real User Monitoring (RUM) d'Application Real-Time Monitoring Service (ARMS) vous permet de configurer des règles d'alerte pour vos applications afin d'améliorer l'expérience utilisateur. Lorsqu'une alerte est déclenchée, le système envoie des notifications aux contacts ou au groupe de discussion DingTalk selon les méthodes spécifiées. Cette rubrique explique comment configurer un seuil statique dans le système d'alerte RUM.

Scénarios

  • Applications Web et HTML5 : configurez des seuils statiques pour surveiller les indicateurs de performance clés tels que le Largest Contentful Paint (LCP), le First Input Delay (FID) et le Cumulative Layout Shift (CLS). En cas d'anomalie sur ces métriques, des alertes se déclenchent pour vous aider à identifier et corriger rapidement les problèmes, améliorant ainsi l'expérience utilisateur.

  • Applications iOS et Android : définissez des seuils statiques pour suivre les performances essentielles comme le chargement des ressources, les appels API, les plantages et les saccades (janks). La génération automatique de rapports sur les piles d'erreurs et les journaux de plantage facilite la localisation et la résolution des anomalies, ce qui optimise l'expérience utilisateur.

Exemple :

Après le déploiement d'une nouvelle version d'une application, le nombre de saccades a augmenté de manière significative. Vous pouvez alors configurer un seuil statique sur cette métrique afin d'identifier et de résoudre le problème rapidement, évitant ainsi qu'un plus grand nombre d'utilisateurs ne soient impactés.

Prérequis

L'application doit être surveillée via RUM. Pour plus d'informations, consultez Intégrer des applications.

Procédure

  1. Connectez-vous à la console ARMS.

  2. Dans le volet de navigation de gauche, sélectionnez Real User Monitoring > Alert rules, puis cliquez sur Create Alert Rule.

  3. Sur la page Create an alert rule, saisissez un nom pour la règle d'alerte et définissez le paramètre Alert Detection Type sur Threshold Detection.

  4. Dans la section Alert Contact, spécifiez l'application, le type de métrique et les conditions de filtrage.

    Dans la section alert rule, définissez le alert triggering mode (par exemple, Multiple Conditions), sélectionnez la alert triggering rule (par exemple, Meet any of the following rules) et configurez les conditions d'alerte (par exemple, si la moyenne des anomalies au cours des 5 dernières minutes est supérieure ou égale à 15). La page affiche un graphique de tendance de la métrique avec une ligne de référence de seuil pour vous aider à valider votre configuration. Définissez le alert level (facultatif : P1:critical, P2:error, P3:warning ou P4:page) ainsi que la notification policy.

    Paramètre

    Description

    Select Applications

    Sélectionnez l'application pour laquelle vous souhaitez créer la règle d'alerte. Vous pouvez choisir plusieurs applications ou toutes les applications.

    Automatically apply this alert rule to newly created applications

    Indiquez si cette règle d'alerte doit être appliquée automatiquement aux applications ajoutées ultérieurement à RUM.

    Metric Type

    Sélectionnez le type de métrique à surveiller. Pour plus d'informations, consultez Métriques des règles d'alerte RUM.

    Remarque

    Les valeurs des paramètres Alert Condition et Filter Condition varient en fonction du paramètre Metric Type.

    Filters

    Affinez le filtrage des données de métriques pour réduire le périmètre de surveillance.

    Condition de filtrage des données relatives à la dimension. Valeurs possibles :

    • Traverse : correspond à toutes les alertes de la dimension.

    • =/!= : correspondance exacte ou exclusion des alertes de la dimension basée sur une ou plusieurs valeurs.

    • Contain/Do Not Contain : correspondance floue ou exclusion des alertes de la dimension basée sur une ou plusieurs valeurs.

    Remarque

    Pour afficher les informations d'une dimension dans une notification d'alerte, vous devez spécifier la dimension et la condition de filtrage. Sinon, les données sont agrégées dans les résultats de la requête de métriques.

  5. Dans la section Alert rules, configurez les paramètres suivants.

    Paramètre

    Description

    Alert Triggering Mode

    • Single Condition : spécifiez une seule condition.

    • Multiple Conditions : définissez le paramètre Alert Triggering Rules pour spécifier plusieurs conditions. Valeurs possibles :

      • Meet All the Following Rules : les alertes sont déclenchées uniquement si toutes les conditions sont remplies.

      • Meet One of the Following Rules : les alertes sont déclenchées si l'une des conditions est remplie.

    Alert Condition

    Configurez les conditions d'alerte en fonction du type de métrique sélectionné.

    • Time Period : sélectionnez la période de déclenchement des alertes. Exemple : 5.

    • Metric : sélectionnez la métrique d'alerte.

    • Condition : sélectionnez la condition de déclenchement. Valeurs possibles : Greater Than or Equal To, Less Than or Equal To, Month-on-Month Increase %, Month-on-Month Decrease %, Hour-on-Hour Increase %, Hour-on-Hour Decrease %, Day-on-Day Increase % et Day-on-Day Decrease %.

    Remarque

    Dans une notification d'alerte, vous pouvez évaluer la pertinence du seuil statique spécifié et vérifier si le seuil a été récemment déclenché. Pour plus d'informations, consultez la section Voir les détails de l'alerte.

    Alert Level

    Le système propose quatre niveaux d'alerte intégrés. Vous pouvez configurer une politique de notification en fonction du niveau d'alerte.

    Par exemple, vous pouvez configurer des appels téléphoniques pour les alertes P1 et des notifications de groupe DingTalk pour les autres.

    • P1 : critical

    • P2 : error

    • P3 : warning

    • P4 : page

    Enter P4 recommended threshold

    Ajustez le seuil en fonction des métriques affichées dans la section de prévisualisation du graphique. Pour appliquer la règle à plusieurs applications, cliquez sur l'icône image.png située à côté de Application afin de générer des seuils recommandés différents pour chaque application.

    ARMS utilise un algorithme intelligent pour générer un seuil recommandé basé sur les données historiques des métriques. Pour plus d'informations, consultez la section Seuils recommandés.

    Alert Quantity Prediction

    Consultez le nombre d'alertes susceptibles d'être déclenchées durant la période sélectionnée. Cliquez sur ce nombre pour interroger les données qui auraient déclenché les alertes aux points historiques dans le temps.

    Nous vous recommandons d'utiliser la fonctionnalité de prédiction d'alerte à chaque création ou modification d'une règle d'alerte. Celle-ci emploie un algorithme de détection d'anomalies pour analyser les données historiques et prévoir le nombre d'alertes sur la période spécifiée. Vous pouvez ensuite ajuster le seuil statique en fonction des résultats de la prédiction. Pour plus d'informations, consultez la section Prédiction d'alerte.

  6. Configurez le paramètre Notification Policy ainsi que les paramètres de la section Advanced Alert Settings.

    Paramètre

    Description

    Notification Policy

    • Do Not Specify Notification Policy : aucune notification n'est envoyée lorsque des alertes sont déclenchées. Les notifications sont envoyées uniquement lorsque les règles de correspondance d'une politique de notification sont activées.

    • Specify a notification policy : si vous spécifiez une politique de notification, ARMS envoie les notifications via la méthode définie dans cette politique. Vous pouvez sélectionner une politique existante ou en créer une nouvelle. Pour plus d'informations, consultez Politiques de notification.

    Advanced Alert Settings

    No data

    Ce paramètre sert à corriger les anomalies de données, telles que les données manquantes, les métriques composites aberrantes et les résultats de comparaison période par période anormaux. Si des anomalies de données peuvent être corrigées, les données sont automatiquement remplacées par 0 ou 1, ou l'alerte n'est pas déclenchée.

    Pour plus d'informations, consultez Termes.

  7. Cliquez sur Save.

Voir les détails de l'alerte

Après avoir reçu une notification d'alerte, vous pouvez consulter les détails de l'alerte dans un ou sur la page Alert Management > Alert Event History de la console ARMS.

Remarque

Dans les scénarios suivants, la page Alert Event History ne prend pas en charge la redirection vers le module RUM :

  • Les conditions d'alerte contiennent des métriques d'agrégation, telles que le nombre d'anomalies, le nombre de ressources ou le nombre de saccades (janks).

  • Les conditions d'alerte incluent une comparaison période par période, telle que Month-on-Month Increase %, Month-on-Month Decrease %, Hour-on-Hour Increase %, Hour-on-Hour Decrease %, Day-on-Day Increase % ou Day-on-Day Decrease %.

Historique des événements d'alerte

Sur la page Alert Event History, cliquez sur le nom d'un événement d'alerte. Dans le panneau qui s'affiche, vous pouvez consulter les détails de l'alerte. Pour plus d'informations, consultez Historique des événements d'alerte.

Le panneau des détails de l'événement inclut des champs tels que Event Name, Level, Description, Status, Object, Count, Start Time, End Time, URL, Integration Name, Integration Type et Alert Type, ainsi que les onglets Labels et Annotations. Un lien Retrospect Event Processing Flow est disponible dans le coin supérieur droit du panneau.

Cliquez sur l'URL d'un événement pour accéder à la page Data Exploration du module RUM et visualiser les données brutes ayant déclenché l'alerte.

La page comprend un panneau de filtrage rapide à gauche permettant de filtrer par application, version de l'application, type d'environnement, etc. La zone principale affiche les statistiques de session (nombre d'utilisateurs et de sessions), un graphique de tendance des sessions et une liste détaillée des sessions incluant l'ID de session, l'heure, l'adresse IP du client, la durée de la session, le nombre de vues, le nombre d'anomalies et le nombre de requêtes de ressources.

Seuils recommandés

La fonctionnalité de seuils recommandés analyse les données historiques de l'application, de l'interface et de la métrique d'alerte sélectionnées pour proposer un seuil statique adapté. Elle génère également un graphique en temps réel comparant la métrique au seuil afin de vous aider à l'ajuster.

Cas d'utilisation

  • Si vous recevez fréquemment des alertes pour une métrique alors que votre système fonctionne normalement, il est possible que votre seuil soit trop bas ou inadapté à certaines applications ou interfaces. Utilisez dans ce cas la fonctionnalité recommended thresholds pour ajuster le seuil de la règle d'alerte ou pour des applications et interfaces spécifiques. ARMS recommande automatiquement un nouveau seuil basé sur les données historiques.

  • Lorsque vous devez définir des seuils différents pour une métrique sur de nombreuses applications et interfaces, utilisez la fonctionnalité recommended thresholds. Celle-ci emploie un algorithme intelligent pour définir rapidement des seuils appropriés pour chaque application ou interface, vous épargnant ainsi une configuration manuelle fastidieuse.

Fonctionnement

Lorsque vous cliquez sur Enter P4 recommended threshold, ARMS récupère les données historiques des trois derniers jours pour la métrique spécifiée de chaque application et interface. Il utilise ensuite l'algorithme N-sigma pour calculer la moyenne et la variance. En supposant que vos modèles commerciaux sont stables, la métrique devrait suivre une distribution normale. Dans ce cas, les valeurs qui s'écartent significativement (par exemple, de trois écarts-types) de la moyenne sont rares et peuvent indiquer une anomalie. Sur la base de ce principe, ARMS suggère un seuil fondé sur la valeur moyenne et la volatilité de la métrique au cours des trois derniers jours.

Le niveau d'alerte P4 présente la sévérité la plus faible. Un seuil P4 recommandé indique une anomalie mineure. Vous pouvez utiliser la recommandation P4 comme ligne de base pour définir les seuils des alertes plus graves, telles que P1, P2 et P3.

Prédiction du nombre d'alertes

La fonctionnalité de prédiction du nombre d'alertes analyse les données historiques pour prévoir le nombre d'alertes qui auraient été déclenchées durant une période sélectionnée et indique l'heure exacte à laquelle chaque alerte se serait produite.

Fonctionnement

ARMS analyse les données de métriques des dernières 24 heures pour prédire combien d'alertes votre seuil proposé aurait générées. ARMS fournit également des détails indiquant les heures exactes où la valeur de la métrique aurait dépassé le seuil. Vous pouvez utiliser ces informations pour ajuster les seuils afin qu'ils correspondent mieux à vos besoins métier.