Tous les produits
Search
Centre de documentation

Serverless App Engine:Politique de notification

Dernière mise à jour :Aug 11, 2026

Une politique de notification achemine les événements d'alerte vers les contacts appropriés via les canaux adéquats. Lorsqu'un événement d'alerte correspond aux règles de la politique, SAE (propulsé par ARMS) regroupe les événements, réduit le bruit et envoie des notifications aux contacts que vous spécifiez.

Chaque politique de notification assure les fonctions suivantes :

  • Mise en correspondance : Filtrage des événements d'alerte selon la source de données et les conditions d'étiquetage.

  • Traitement : Regroupement des événements correspondants en une seule alerte (Compression) ou suppression complète de ceux-ci (Silence).

  • Notification : Envoi des alertes aux contacts via les canaux de votre choix (DingTalk, e-mail, SMS, appel téléphonique ou Webhook).

Prérequis

Avant de commencer, assurez-vous d'avoir :

Créer une politique de notification

  1. Dans la liste des applications SAE, sélectionnez la région et l'espace de noms cibles, puis cliquez sur Application ID pour ouvrir la page de l'application.

  2. Dans le volet de navigation de gauche, choisissez Notifications and Alerts > Notification Policy. Sur la page Notification Policies, cliquez sur Create Notification Policy.

  3. Dans l'éditeur situé à droite, saisissez un nom dans le champ Name.

  4. Dans la section Match alert event rules, configurez les conditions de mise en correspondance.

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

    Option Comportement
    Source de données spécifique ARMS applique votre règle de mise en correspondance uniquement aux événements provenant de cette source.
    No Preset Source ARMS applique votre règle de mise en correspondance à tous les événements d'alerte, quelle que soit leur origine.

    b. Définissez l'expression de la règle de mise en correspondance.

    Ajoutez des tags personnalisés ou sélectionnez des tags existants. Par exemple, définissez alertname égal à memory usage.

    Deux types de tags existants sont disponibles :

    • Les champs inclus dans une expression de règle d'alerte. Pour créer des tags pour une règle d'alerte dans Managed Service for Prometheus, consultez Créer une règle d'alerte pour une instance Prometheus.

    • Les tags par défaut fournis par ARMS, répertoriés dans le tableau suivant.

    Catégorie Libellé Description
    Champs communs alertname Le nom de l'alerte.
    clustername Le nom du cluster.
    severity Gravité de l'alerte. Les niveaux augmentent de default, P4, P3, P2 à P1.
    namespace Espace de noms.
    pod_name Nom du pod.
    Champs réservés au système _aliyun_arms_integration_name Le nom de l'intégration. La valeur par défaut pour les alertes 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 : 101 = Alerte Prometheus, 5 = Alerte de surveillance d'application, 4 = Alerte Browser Monitoring.

    Pour contrôler la manière dont l'expression évalue plusieurs conditions :

    • Cliquez sur + Add Condition pour ajouter une condition de mise en correspondance dans la même règle ; l'alerte est déclenchée lorsque toutes les conditions de la règle sont remplies simultanément.

    • Cliquez sur + Add Rule pour ajouter une règle de mise en correspondance distincte ; l'alerte est déclenchée lorsque la condition d'une seule règle est remplie.

  5. Dans la section Event handling, choisissez comment traiter les événements correspondants.

    Pour réduire le bruit des alertes, activez la réduction intelligente du bruit. Dans le volet de navigation de gauche, choisissez Alert Center > Alert Event History . Sur la page Events , activez Intelligent Analysis . Pour plus de détails, consultez Configurer la réduction intelligente du bruit .
    Paramètre Description
    Processing method Compress (par défaut) : Regroupe les événements correspondants et les compresse en une seule alerte. Un événement peut correspondre à plusieurs politiques de notification et générer des alertes distinctes pour chacune. Silence : Supprime les alertes pour les événements correspondants. Les événements mis en silence ne sont évalués par aucune autre politique de notification. Le Silence est prioritaire sur la Compression.
    Effective period Disponible uniquement lorsque Processing method est défini sur Silence. Options : Permanent, Recurring ou Custom Time Period.
    Advanced settings Disponible uniquement lorsque Processing method est défini sur Compress. Comprend deux sous-paramètres : Event groupingDo Not Group (par défaut) envoie toutes les alertes dans une seule notification. Assign Events With The Same Field Content To A Group envoie des notifications séparées pour les événements qui partagent les mêmes valeurs de champ. Automatic Alert Resolution — Activé par défaut. Lorsque tous les événements associés repassent à l'état Restored, l'alerte est marquée comme Resolved et une notification est envoyée aux contacts.
  6. Dans la section When an alert is triggered, configurez les destinataires des notifications et les paramètres de livraison.

    Paramètre Description
    Contacts/Schedules Ajoutez des contacts, des groupes de contacts, des groupes DingTalk ou des plannings d'astreinte. Pour créer un contact, consultez Créer un contact.
    Notification methods Sélectionnez un ou plusieurs canaux : DingTalk, e-mail, message texte, téléphone ou Webhook. Les notifications téléphoniques nécessitent un numéro de mobile vérifié. Cliquez sur Notification Template pour personnaliser le format des notifications par e-mail, message texte et téléphone.
    Notification period Les notifications d'alerte sont envoyées de manière répétée pendant la période de notification spécifiée.
    Method to escalate notifications Choisissez comment gérer les alertes non résolues : Recurring notifications renvoie les notifications à une fréquence définie pendant la période de notification. Escalation policy achemine les alertes vers d'autres contacts si elles restent non résolues ; cliquez sur Details pour afficher la politique, ou consultez Politique d'escalade pour en créer une. Do Not Resend Notifications
    Ticket system Transmettez les alertes à un système de tickets connecté. Pour obtenir des instructions de configuration, consultez Intégrer le système de tickets Jira à l'aide des informations du compte Jira.
  7. Cliquez sur Save.

La politique apparaît dans la Notification Policy List située à gauche de la page Notification Policies. Cliquez sur l'icône bt_more_configurations_of_the_notification_policy.png à côté du nom de la politique pour la modifier, l'activer, la désactiver, la copier ou la supprimer.

Étapes suivantes