Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Important
Cette fonctionnalité est en version bêta. Les administrateurs d’espace de travail peuvent contrôler l’accès à cette fonctionnalité à partir de la page Aperçus . Consultez Gérer les préversions d’Azure Databricks.
Dans l’interface utilisateur Lakebase, Genie diagnostique et corrige votre base de données. Vous posez une question sur un problème précis avec vos propres mots, et il mène l’analyse en s’appuyant sur la même télémétrie que Insights : l’état en temps réel de Postgres, les plans de requête, les événements d’attente ainsi que l’historique des DDL et des modifications de schéma. C’est le même Genie que vous utilisez dans Lakehouse et Apps ; ici, il fonctionne avec votre projet Lakebase.
Genie fonctionne comme une conversation pas à pas : il montre son raisonnement et vous demande d’approuver chaque action, y compris les requêtes qu’il exécute lors de l’examen. Tout correctif, y compris une modification de base de données, a besoin de votre confirmation explicite avant son application.
Cette page présente un incident de production courant (un déploiement qui supprime une colonne que l’application continue d’interroger) afin de montrer, de bout en bout, à quoi ressemble une demande d’aide à Genie.
Prerequisites
- Un projet Lakebase sur AWS ou Azure, avec l’observabilité configurée. Voir Configurer l’observabilité.
Scénario
Une modification de schéma est exécutée ALTER TABLE users DROP COLUMN bio dans le cadre d’un déploiement habituel. L’application lit toujours cette colonne sur sa page de profil. En quelques minutes, les demandes de page de profil commencent à échouer column "bio" does not existet le taux d’erreur de l’application augmente.
Comment une investigation Genie se déroule
Ce que Genie trouve et recommande dépend de vos données et du problème qui lui est lié, donc traitez-le comme illustrant, et non comme un script que vous verrez détaillé. Ouvrez Genie à partir de votre projet (il récupère automatiquement votre projet, branche et contexte de point de terminaison) et décrivez le symptôme. À partir de là, une enquête classique passe à quatre étapes :
Vous décrivez le symptôme
Demandez-vous en langage brut, comme vous le diriez à un collègue : « Pourquoi le taux d’erreur est-il élevé ? » Vous n’avez pas besoin de connaître la cause, la requête défaillante ou la table impliquée.
Genie corrèle et lit l’historique
Il lie l’erreur à la requête défaillante, puis vérifie l’historique DDL pour ce qui a changé. L’historique DDL n’enregistre pas toutes les modifications (une modification effectuée au moment même où une ressource de calcul sort du mode scale-to-zero peut ne pas être consignée). Ainsi, lorsqu’un enregistrement manque, Genie l’indique et se rabat sur une comparaison entre les colonnes actuelles de la table et celles attendues par la requête. Dans les deux cas, il identifie bio la colonne supprimée. Il s’agit du même historique que Insights lit, afin que Genie puisse reprendre là où une analyse en arrière-plan s’est arrêtée.
Le Génie propose une guérison, fondée sur ce qu’il a trouvé
En général, cela commence par une branche créée à un instant T, juste avant la modification : un clone instantané en copie sur écriture qui partage le stockage avec la production, dont le coût est suffisamment faible pour en créer une pour n’importe quel correctif. À partir de là, la récupération est une conversation : Genie peut copier les données manquantes dans votre table actuelle ou basculer votre application vers la branche restaurée. Certaines étapes nécessitent une information de votre part en cours de route, comme une chaîne de connexion que Genie ne peut pas détecter automatiquement.
Vous confirmez avant que quoi que ce soit ne soit appliqué
Genie ne restaure jamais, modifie ou applique un correctif seul. Il signale les actions qu’il prend, mais vérifiez les actions suivantes (un point de restauration, une branche supprimée) dans l’interface utilisateur Lakebase avant de vous appuyer sur eux.
Limitations à prendre en compte
- Certains éléments génériques de l’interface utilisateur Genie (tels que Personnalisations, Automations, Espaces et Ajouter un contexte) apparaissent actuellement dans Genie, mais ne sont pas encore fonctionnels.
- Une conversation Genie poursuivie depuis l’extérieur de l’interface utilisateur de Lakebase (par exemple, depuis un notebook) conserve l’historique de la conversation, mais perd les outils et le contexte de la page d’origine. Commencez de nouvelles enquêtes à partir du projet Lakebase pour obtenir les résultats les plus fiables.
- Les branches et les points de terminaison s’affichent par ID interne, et non par un nom d’affichage comme « production ». Si la réponse de Genie est ambiguë quant à la branche ou au point de terminaison qu’elle signifie, référencez l’ID dans l’interface utilisateur Lakebase. Pour en savoir plus, voir les limitations de télémétrie.
Étapes suivantes
- Trouvez et résolvez les problèmes avec Insights : activez la surveillance proactive pour que ce genre de problème apparaisse avant que vous ayez à demander.
- Référence de table de télémétrie : les tables que Genie lit et les limitations actuelles.
- Restaurer un projet : Découvrez la restauration à un instant donné en dehors de Genie. Voir Limite de restauration dans le temps.