Remarque
L’accès à cette page requiert une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page requiert une autorisation. Vous pouvez essayer de modifier des répertoires.
La mise à l’échelle automatique Lakebase offre à votre application une base de données Postgres serverless avec l’intégration native de Databricks. Utilisez Databricks Apps (recommandé) pour l’identité managée, les informations d’identification automatiques et le déploiement intégré. Utilisez des applications externes lorsque vous devez exécuter dans une infrastructure existante ou avec un runtime spécifique en dehors de Databricks.
Choisir l’emplacement d’exécution de votre application
| Approche | Description |
|---|---|
| Databricks Apps | Recommandé. La plateforme gère les informations d’identification et le déploiement. Idéal pour les nouvelles applications, les tableaux de bord et les outils internes. |
| Tutoriel pour OAuth manuel | Utilisez quand vous avez besoin d’un contrôle explicite sur la rotation des jetons OAuth, ou que votre code d’application gère déjà son propre cycle de vie de connexion. |
| Applications externes avec le Kit de développement logiciel (SDK) | Utilisez cette fonction lorsque votre application s’exécute en dehors de Databricks dans Python, Java ou Go. Le SDK gère la rotation des jetons d’espace de travail. |
| Applications externes avec API | Utilisez cette fonction lorsque votre application s’exécute en dehors de Databricks dans Node.js, Ruby, PHP ou tout autre langage. Vous gérez vous-même la rotation des jetons. |
Applications Databricks et applications externes
| Aspect | Databricks Apps | Applications externes |
|---|---|---|
| Déploiement | S’exécute sur la plateforme Databricks | Fonctionne sur une infrastructure externe |
| Identity | La plateforme fournit automatiquement le principal de service d'application | Créer et gérer manuellement un service principal |
| Paramétrage | Créer un rôle Postgres ; configurer la connexion dans app.yaml | Créer un principal de service, un rôle Postgres et configurer des paramètres de connexion |
| Authentication | WorkspaceClient utilise automatiquement l’identité de l’application (aucune information d’identification dans le code) | WorkspaceClient nécessite des informations d’identification explicites du principal de service |
| Idéal pour | Nouvelles applications, prototypage rapide, outils internes | Infrastructure existante, infrastructures spécifiques, systèmes en dehors de Databricks |
Accès léger aux données
Si votre application n’a pas besoin d’un serveur complet, l’API de données expose vos tables Postgres en tant que points de terminaison REST. Cela fonctionne pour les fonctions serverless, les applications mobiles ou les environnements sans pilote Postgres.