Skip to main content
Data Infrastructure Insights
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Vérifier la posture des notifications

Contributeurs netapp-alavoie
PDF

Utilisez cette recette pour comprendre comment les alertes DII sont acheminées et supprimées sans exposer les adresses des points de terminaison webhook.

Remarque Le DII MCP est une "Aperçu" fonctionnalité et est donc susceptible d'être modifié.

Prérequis

  • Accès aux outils de notification et de fenêtre de maintenance.

  • Type de moniteur, de ressource ou d’intégration facultatif pour affiner l’analyse.

Outils utilisés

  • NotificationService_getNotificationRules

  • NotificationService_getNotificationRuleById

  • NotificationService_getWebhooks

  • MaintenanceWindowService_getMaintenanceWindows

  • MaintenanceWindowService_getMaintenanceWindowById

  • Facultatif : MonitorsService_queryMonitors

Invite de démarrage

Examinez l’état des notifications DII. Récapitulez les règles de notification actives et inactives, la portée du moniteur ou de la ressource de chaque règle, le nombre de cibles de webhook par type d’intégration et les fenêtres de maintenance en cours. Indiquez uniquement les noms des cibles, les types de moteurs et leur statut, jamais les adresses des points de terminaison.

Flux de travail de l’agent

  1. Lister les règles de notification.

  2. Classez les règles comme actives, inactives, arrivant à expiration ou sans date d'expiration.

  3. Résumez la portée de l'expression de chaque règle :

    • Nom ou groupe du moniteur

    • Objet associé

    • Portée générique étendue

  4. Ne récupérez une règle spécifique que lorsque des détails supplémentaires sont nécessaires.

  5. Listez les cibles des webhooks et supprimez immédiatement le champ d’adresse du résultat en cours.

  6. Regroupez les cibles par type et état du moteur.

  7. Répertoriez les fenêtres de maintenance actives.

  8. Identifiez les fenêtres de suppression qui chevauchent des ressources importantes ou des périodes exceptionnellement longues.

  9. Vous pouvez également comparer les expressions de règle avec les moniteurs disponibles.

  10. Signalez la couverture du routage des rapports, les règles générales, les règles inactives et les risques de suppression.

Exigence de sécurité

Les adresses webhook complètes peuvent contenir :

  • Parcours de signature Slack ou Teams

  • Clés de routage PagerDuty

  • jetons API

  • Signatures de workflow uniques

  • Identifiants d'intégration personnalisés

Ne jamais afficher, citer, résumer, conserver ni transférer le champ d’adresse. Un suffixe masqué est également inutile pour ce flux de travail.

Si un point de terminaison complet apparaît dans une transcription ou un artefact partagé, suivez les étapes de l’incident dans "Sécurité et confidentialité".

Interprétation

  • Une règle inactive peut l'être intentionnellement ; confirmez-en le propriétaire avant de recommander sa suppression.

  • Une expression générique trop large peut générer du bruit dans les notifications ou un routage involontaire.

  • L'état d'une cible peut être nul ou inconnu; ne le signalez pas comme activé.

  • Un résultat positif pour une fenêtre de maintenance vide signifie qu'il n'existe aucune fenêtre correspondante.

  • Une fenêtre de longue durée peut masquer de véritables problèmes même si elle est techniquement active et valide.

Résultat suggéré

  1. Nombre de règles par statut

  2. Portée de la règle et type de destination

  3. Nombre de cibles par moteur

  4. Fenêtres de maintenance actives

  5. Configurations générales, inactives ou ambiguës

  6. Avertissements concernant la sécurité et la qualité des données

Limites et confidentialité

  • Ne renvoyez pas les adresses, les jetons, les UUID ni les identifiants de ressources privées.

  • Ce flux de travail vérifie la configuration, mais ne teste pas la distribution des messages.

  • Les outils actuels ne créent, ne mettent pas à jour, ne désactivent ni ne suppriment de règles et de cibles.

Messages de relance

Quelles règles de notification actives possèdent des expressions génériques larges, et à quels groupes de surveillance peuvent-elles correspondre ?

Indiquez les fenêtres de maintenance actuelles et à venir et expliquez les portées d’alerte qu’elles suppriment.

Comptez les cibles de notification par type d'intégration et identifiez les cibles dont le statut est inconnu. N'affichez pas les adresses.

"Retour aux recettes"