Accéder au contenu principal

Vue d'ensemble de la plateforme

Vue d'ensemble de la plateforme

Databricks Apps, Lakebase Postgres, Agent Bricks et le Data Lakehouse sont les quatre services de workspace essentiels qui composent une application Databricks full-stack. Le schéma ci-dessous montre comment ils s'articulent.

Schéma d'architecture du workspace Databricks : Databricks Apps contient AppKit, dont les plugins Lakebase, Model Serving et Analytics se connectent à Lakebase, Agent Bricks et au Data Lakehouse, services voisins au sein du workspace ; une quatrième colonne liste des plugins AppKit supplémentaires (Server, Genie, Files, Jobs, Vector Search et plugins personnalisés)

  • Databricks Apps : hébergement managé pour les applications que vous développez avec AppKit, le SDK TypeScript dédié aux applications Databricks prêtes pour la production.
  • Lakebase Postgres : base de données Postgres managée pour le stockage OLTP, colocalisée avec les données de votre workspace. Utilisez-la pour les sessions, l'état de l'application, l'historique des conversations ou toute donnée que votre application lit et écrit avec une faible latence.
  • Agent Bricks : la plateforme d'agents d'entreprise de Databricks, qui unifie l'accès aux modèles, l'exécution, la gouvernance et le contexte. Utilisez-la pour les fonctionnalités d'IA de votre application : dialoguer avec la documentation de votre entreprise (Knowledge Assistants), interroger vos données en langage naturel (Genie), appeler des modèles de fondation ou exécuter des agents Python personnalisés.
  • Data Lakehouse : données analytiques gouvernées dans Unity Catalog. Utilisez-le pour lire les données de l'entreprise, déclencher des Lakeflow Jobs et afficher la fraîcheur des données dans votre interface.

Parcours d'une requête

  1. Un utilisateur ouvre l'application via son URL de workspace. Databricks Apps l'authentifie grâce au SSO du workspace.
  2. Chaque plugin AppKit traite ensuite les requêtes destinées à son service : le plugin Lakebase interroge Lakebase, le plugin Model Serving appelle Agent Bricks, l'Analytics Plugin lit le Data Lakehouse.
  3. Chaque appel de plugin s'exécute sous l'identité du service principal de l'application (par défaut) ou avec le jeton transmis de l'utilisateur (lorsque les permissions propres à chaque utilisateur importent). Les permissions et la gouvernance du workspace s'appliquent automatiquement.

Et ensuite ?

Databricks Developer Hub

Prêt à lancer votre prochaine application agentique en quelques minutes ?

Lire la documentation