Alertes Databricks SQL

Les alertes Databricks SQL exécutent des queries selon un calendrier et vous avertissent lorsqu'une condition que vous définissez est remplie sur le résultat de la query. Lorsque vous programmez une alerte, sa query associée s'exécute et la condition est évaluée. Vous pouvez également consulter un historique des alertes pour consulter les résultats des évaluations passées.

Pour savoir comment utiliser les anciennes alertes à la place, consultez Que sont les anciennes alertes ?.

Ce que vous pouvez faire avec les alertes

Les alertes vous permettent de surveiller tout résultat de query SQL selon un planning. Utilisez-les pour suivre les KPI commerciaux, surveiller la qualité des données, observer les tendances des coûts et détecter les problèmes opérationnels sur l'ensemble de vos workloads Databricks. Les modèles courants sur Databricks incluent :

• Surveiller les indicateurs métier dans les vues de métriques : Référencez une vue de métriques Unity Catalog par son nom complet dans la query d'alerte pour surveiller les indicateurs métier régis. Consultez Alertes sur les vues métriques.
• Détecter les problèmes de qualité des données et les anomalies : Associez les alertes aux 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 les Alertes pour la détection d'anomalies et les Alertes de profil.
• Suivez l'utilisation et les coûts : Créez des alertes sur les tables système pour la facturation serverless ou l'ingestion afin de détecter les dépenses inattendues. Consultez Surveiller le coût du compute serverless et Surveiller le coût du pipeline d’ingestion géré.
• Surveiller l'état de santé du SQL Warehouse et des requêtes : définissez une alerte sur les événements du warehouse ou l'historique des requêtes pour détecter les requêtes lentes, les sessions échouées ou les problèmes de capacité. Consultez Exemples de requêtes pour le monitoring de l'activité du SQL Warehouse et Référence de la table système des événements du warehouse.
• Auditez les événements d'accès et de sécurité : configurez des alertes sur les query de Logs d'audit pour signaler les activités inhabituelles du Workspace. Voir Surveiller l'utilisation des Agents Genie avec les logs d'audit et les alertes.
• Détectez les défaillances dans les agents d'IA : Soyez alerté(e) sur les métriques de qualité des agents afin que les défaillances et les problèmes émergents soient identifiés pendant le développement et les opérations. Voir le cycle de vie du développement d'agent.
• Exécuter une alerte en tant que tâche dans les Lakeflow Jobs : Ajoutez une alerte en tant que tâche afin que les vérifications de condition s’exécutent sur un trigger de pipeline et que les tâches en aval puissent se brancher sur le résultat. Consultez la tâche d’alerte SQL pour les jobs.

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 à sa gestion continue :

• • Créer une alerte
  • Parcourez l'éditeur d'alertes de bout en bout. Inclut des paramètres avancés et la personnalisation des Template de notification.
• • Gérer les alertes
  • Trouvez les alertes sur la page de liste, partagez-les, transférez-en la propriété et suivez les modifications avec les dossiers Git de Databricks.
• • Exécutez les alertes en tant que tâches dans Lakeflow Jobs
  • Ajoutez une alerte Databricks SQL en tant que tâche dans un Job afin que les vérifications de conditions s'exécutent sur un Trigger de pipeline et que les tâches en aval puissent créer une Branch en fonction du résultat.
• • Alert query patterns
  • Modèles SQL pour les agrégations, les conditions multicolonnes et les vues de métriques.

Différences par rapport aux anciennes alertes

La dernière version des alertes Databricks SQL fonctionne différemment des alertes héritées sur כמה points 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 query, qui peut être rédigée directement dans le nouvel éditeur d'alertes.
• **Valeurs d'état d'alerte** : Les états d'alerte sont simplifiés et les alertes ne prennent plus en charge le UNKNOWN statut des anciennes alertes. Les évaluations aboutissent à OK, TRIGGERED ou ERROR.

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