Alertes Databricks SQL

Les alertes Databricks SQL exécutent des requêtes selon une planification et vous avertissent lorsqu’une condition que vous définissez est remplie par rapport au résultat de la requête. Lorsque vous planifiez une alerte, sa requête associée s’exécute et la condition est évaluée. Vous pouvez également afficher un historique des alertes pour passer en revue les résultats des évaluations passées.

Pour savoir comment utiliser des alertes héritées à la place, consultez Qu’est-ce que les alertes héritées ?.

Ce que vous pouvez faire avec les alertes

Les alertes vous permettent de surveiller tout résultat de requête SQL selon une planification. Utilisez-les pour suivre les indicateurs de performance clés métier, surveiller la qualité des données, surveiller les tendances des coûts et détecter les problèmes opérationnels dans vos charges de travail Azure Databricks. Les modèles courants entre Azure Databricks sont les suivants :

• Surveiller les métriques métier dans les vues de métriques : référencez une vue de métrique du catalogue Unity par son nom complet dans la requête d’alerte pour surveiller les métriques métier régies. Consultez Alerte sur les affichages de métriques.
• Détecter les problèmes et anomalies de qualité des données : associez des alertes avec des moniteurs de qualité des données Unity Catalog et la détection d’anomalies afin qu’une métrique inattendue, un décalage de distribution ou une modification de profil envoie une notification. Consultez Alertes pour la détection des anomalies et les alertes de profil.
• Suivez l’utilisation et les coûts : créez des alertes sur les tables système liées à la facturation serverless ou à l’ingestion afin de repérer des dépenses imprévues. Consultez Surveiller le coût de l’informatique sans serveur et Surveiller le coût du pipeline d’ingestion géré.
• Surveillez l’état de l’entrepôt SQL et des requêtes : configurez des alertes sur les événements de l’entrepôt ou l’historique des requêtes pour détecter les requêtes lentes, les sessions en échec ou les problèmes de capacité. Consultez les exemples de requêtes pour surveiller l’activité de l’entrepôt SQL et la référence de la table système des événements de l’entrepôt SQL.
• Auditer les accès et les événements de sécurité : configurer des alertes sur les requêtes du journal d’audit afin de signaler une activité inhabituelle dans l’espace de travail. Consultez Surveiller l’utilisation de Genie Spaces avec les journaux d’audit et les alertes.
• Interceptez les défaillances dans les agents IA : alertez sur les métriques de qualité de l’agent afin que les défaillances et les problèmes émergents apparaissent pendant le développement et l’opération. Consultez le cycle de vie du développement de l’agent.
• Exécuter une alerte en tant que tâche dans Lakeflow Jobs : ajoutez une alerte en tant que tâche afin que les vérifications de condition s’exécutent lors du déclenchement d’un pipeline et que les tâches en aval puissent s’exécuter en fonction du résultat. Consultez la tâche d’alerte SQL pour les travaux.

Premiers pas avec les alertes

Les pages suivantes couvrent les tâches d’alerte les plus courantes, de la création d’une nouvelle alerte à la gestion continue :

Différences par rapport aux alertes héritées

La dernière version des alertes DATAbricks SQL se comporte différemment des alertes héritées de plusieurs manières clés :

• Réutilisation des requêtes : une requête SQL enregistrée existante ne peut pas être réutilisée lors de la création d’une alerte. Chaque alerte possède sa définition de requête, qui peut être créée directement dans le nouvel éditeur d’alerte.
• Valeurs d’état d’alerte : les états d’alerte sont simplifiés et les alertes ne prennent plus en charge l’état UNKNOWN des alertes héritées. Les évaluations se résolvent en OK, TRIGGERED, ou ERROR.

Vous pouvez continuer à utiliser les dernières alertes et les alertes héritées côte à côte pendant la transition.