Tous les produits
Search
Centre de documentation

Managed Service for OpenTelemetry:Politiques de notification

Dernière mise à jour :Aug 24, 2026

Une politique de notification définit les règles de mise en correspondance pour les événements d'alerte. Lorsqu'un événement d'alerte correspond à une règle, le système envoie une notification d'alerte aux objets de notification spécifiés, via les méthodes de notification configurées, afin que les destinataires puissent traiter le problème.

Prérequis

Obligatoire

  • Un objet de notification doit être créé. Pour plus d'informations, consultez la rubrique Objet de notification.

À préparer selon les besoins

Préparez les ressources suivantes avant de terminer l'assistant, en fonction des options que vous prévoyez de configurer :

  • Un modèle de notification, que vous configurez à l'étape Notification Objects.

  • Une intégration de système de tickets, si vous transférez les alertes vers un système de tickets à l'étape Notification Objects.

  • Une politique d'escalade, si vous escaladez les alertes non résolues à l'étape Policy to Repeat/Escalate/Clear Alerts.

  • Une intégration d'alerte qui spécifie la période de récupération automatique, si vous activez la récupération manuelle à l'étape Policy to Repeat/Escalate/Clear Alerts.

Considérations

Examinez le comportement suivant avant de créer une politique de notification pour les événements d'alerte.

Important

Les politiques de silence sont prioritaires sur les politiques de notification. Un événement d'alerte correspondant à une politique de silence est supprimé et n'est plus évalué par rapport aux politiques de notification. Pour savoir comment créer une politique de silence, consultez la rubrique Politique de silence.

Créer une politique de notification

  1. Connectez-vous à la console Managed Service for OpenTelemetry. Dans le volet de navigation de gauche, choisissez Alert Management > Alarm policy.

  2. Cliquez sur l'onglet Notification Policies, puis cliquez sur Create Notification Policy. Sur la page qui s'affiche, saisissez un nom pour la politique.

  3. Dans la section Matching Rule, configurez les règles de mise en correspondance pour les événements d'alerte.

    1. Sélectionnez une source de données.

      • Specified source : La politique de notification filtre les événements d'alerte provenant de la source spécifiée (intégration) selon les règles de mise en correspondance et envoie des notifications.

      • No preset source : La politique de notification filtre tous les événements d'alerte selon les règles de mise en correspondance et envoie des notifications.

    2. Définissez l'expression de la règle de mise en correspondance. Vous pouvez définir des tags personnalisés ou sélectionner des tags existants.

      Les tags existants incluent :

      • Les tags portés par les métriques dans une expression de règle d'alerte. Pour savoir comment créer des tags pour les règles d'alerte dans Managed Service for Prometheus, consultez la rubrique Règles d'alerte Prometheus.

      • Les tags par défaut fournis par Application Real-Time Monitoring Service (ARMS). Pour les noms des tags et leurs descriptions, consultez la section Tags par défaut de cette rubrique.

      Remarque

      Vous pouvez combiner plusieurs conditions de mise en correspondance dans une seule politique :

      • Pour déclencher une alerte uniquement lorsque plusieurs règles de mise en correspondance sont satisfaites simultanément, cliquez sur Add Condition et configurez une deuxième condition de règle de mise en correspondance.

      • Pour déclencher une alerte lorsqu'une règle de mise en correspondance est satisfaite, cliquez sur Add Rule et configurez une deuxième règle de mise en correspondance.

    3. Cliquez sur Next.

  4. Dans la section Event Group, spécifiez si les événements d'alerte sont regroupés, puis cliquez sur Next.

    • Do not group : Tous les événements d'alerte sont envoyés au destinataire dans une seule notification d'alerte.

    • Set group-by fields : Les événements d'alerte ayant les mêmes valeurs de champ sont agrégés en une seule notification d'alerte.

  5. Dans la section Notification Objects, configurez les paramètres suivants.

    1. Cliquez sur + Add notification object pour sélectionner des objets de notification.

      Types d'objets de notification :

      • Contact, Contact group ou Shift : Après avoir sélectionné l'objet, choisissez une méthode de notification : appel téléphonique, SMS ou e-mail.

      • DingTalk/Lark/WeCom ou Webhook : Les notifications d'alerte sont envoyées via le canal DingTalk, Lark, WeCom ou webhook que vous sélectionnez.

    2. Spécifiez s'il faut envoyer une notification de résolution après la résolution d'une alerte.

      Send clearing notification : Contrôle à la fois le statut de l'alerte et la notification de résolution. Lorsque cette option est activée, le statut de l'alerte passe automatiquement à Résolu après la résolution de tous les événements de l'alerte, et le système envoie une notification au gestionnaire d'alerte.

    3. Configurez un modèle de notification. Pour plus d'informations, consultez la rubrique Configurer des modèles de notification et des modèles webhook.

    4. Définissez une plage horaire de notification. Les notifications d'alerte sont envoyées uniquement pendant la plage horaire spécifiée.

    5. (Facultatif) Sélectionnez le système de tickets vers lequel les alertes sont transférées. Pour savoir comment intégrer un système de tickets, consultez la rubrique Intégration d'action.

    6. Cliquez sur Next.

  6. Dans la section Policy to Repeat/Escalate/Clear Alerts, spécifiez s'il faut répéter les notifications d'alerte ou appliquer une politique d'escalade, puis cliquez sur Next.

    • Repeat alert notifications : Définissez l'intervalle de répétition. Si l'alerte n'est pas résolue, le système renvoie la notification d'alerte à l'intervalle spécifié jusqu'à ce que l'alerte soit résolue.

    • Escalation policy : Après avoir sélectionné une politique d'escalade, les notifications sont envoyées à d'autres objets de notification selon la politique tant que l'alerte reste non résolue.

    • Manual recovery : Si vous activez la récupération manuelle, l'alerte n'est pas automatiquement résolue même si aucun événement d'alerte n'est de nouveau déclenché pendant la période de récupération automatique spécifiée dans l'intégration d'alerte. Vous devez mettre à jour manuellement le statut de l'alerte.

    • Dans la section Action Integration, vous pouvez configurer les actions qui s'exécutent automatiquement lorsqu'une alerte est déclenchée ou résolue. Pour plus d'informations, consultez la rubrique Exécuter un playbook d'alerte à l'aide d'intégrations d'action.

  7. Une fois la configuration terminée, cliquez sur Save.

    La nouvelle politique apparaît sur la page Notification Policies. Si les notifications d'alerte n'arrivent pas pour un événement d'alerte correspondant à la politique, vérifiez si une politique de silence supprime l'événement, comme décrit dans la section Considérations, et si l'événement se produit dans la plage horaire de notification que vous avez définie.

Gérer les politiques de notification

Après la création d'une politique de notification, elle s'affiche sur la page Notification Policies. Sur la page Notification Policies dans la colonne Actions à droite. Après avoir modifié la politique, cliquez sur Edit. Activer ou désactiver une politique de notification : Activez ou désactivez le commutateur dans la colonne Save à droite de la politique. Supprimer une politique de notification : Cliquez sur Status dans la colonne Actions à droite de la politique, puis cliquez sur Delete dans la boîte de dialogue qui s'affiche. Copier une politique de notification pour en créer une identique : Cliquez sur Confirm dans la colonne Actions à droite de la politique. ## Tags par défaut Le tableau suivant décrit les tags par défaut fournis par ARMS. Vous pouvez sélectionner ces tags lors de la définition d'une expression de règle de mise en correspondance pour une politique de notification.

Catégorie

Tag

Description

Champs courants

alertname

Le nom de l'alerte.

clustername

Le nom du cluster.

severity

La gravité de l'alerte. Valeurs possibles : P1, P2, P3, P4 et Default.

namespace

Le namespace.

pod_name

Le nom du pod.

Champs prédéfinis par le système

_aliyun_arms_integration_name

Le nom de l'intégration. Le nom d'intégration par défaut pour les alertes signalées par ARMS est ARMS-DEFAULT.

_aliyun_arms_involvedObject_id

L'ID de l'objet d'alerte.

_aliyun_arms_involvedObject_name

Le nom de l'objet d'alerte.

_aliyun_arms_region_id

L'ID de la région.

_aliyun_arms_alert_rule_id

L'ID de la règle d'alerte.

_aliyun_arms_alert_type

Le type de règle d'alerte. Valeurs possibles : 101 (alerte Prometheus), 5 (alerte de surveillance des applications) et 4 (alerte de surveillance du navigateur).