Aller au contenu principal

Cas d'utilisation

info

Bêta

À partir du 15 juin, Lakebase est disponible en bêta sur GCP. Consultez la disponibilité des régions pour les régions prises en charge.

Servir les données du lakehouse

Lignes Lakehouse synchronisées dans Lakebase Postgres pour des lectures d'applications à faible latence.

Les tables synchronisées intègrent les données d'Unity Catalog dans votre base de données Lakebase pour des lectures transactionnelles à faible latence. Sélectionnez une table source, choisissez un mode de synchronisation, et le pipeline est entièrement managé. Pas de scripts de synchronisation, pas d'orchestration externe, pas de jobs à surveiller. Le mode continu maintient les données à quelques secondes de la source. Le mode Trigger équilibre la fraîcheur et le coût avec des mises à jour incrémentielles planifiées. Votre application sert toujours les dernières analytiques en parallèle de ses propres données opérationnelles.

Premières étapes

Parcours de formation

  1. Créer une table synchronisée
  2. Programmer des synchronisations récurrentes
  1. Modes de synchronisation : instantané, déclenché ou continu
  2. Correspondance des types de données — compatibilité des types UC et Postgres
  3. Planification de la capacité – limites de connexion, throughput rates
  4. S'inscrire dans Unity Catalog — queries inter-sources pour les données opérationnelles et analytiques

Premières étapes

Parcours de formation

  1. Créer une table synchronisée
  2. Programmer des synchronisations récurrentes
  1. Modes de synchronisation : instantané, déclenché ou continu
  2. Correspondance des types de données — compatibilité des types UC et Postgres
  3. Planification de la capacité – limites de connexion, throughput rates
  4. S'inscrire dans Unity Catalog — queries inter-sources pour les données opérationnelles et analytiques

Back-end d'application

Les clients Postgres standard se connectent à Lakebase Postgres

Votre application se connecte à Lakebase de la même manière qu'elle se connecte à n'importe quelle base de données Postgres. Utilisez les Drivers et les frameworks que vous connaissez déjà. Lorsque votre application connaît un pic de trafic, l'autoscaling ajoute du compute sans perdre de connexions. Lorsque le trafic s’arrête, la mise à l’échelle à zéro suspend la base de données et se réactive en quelques centaines de millisecondes lors de la prochaine query. Vous ne surprovisionnez pas pour les pics et ne payez pas l'inactivité. Pour le développement, le branchement donne à chaque développeur une copie isolée de la base de données de production, sans amorçage de données, sans duplication de stockage et sans attente.

Premières étapes

Parcours de formation

  1. Créer une application Databricks — déployer un template avec des identifiants gérés
  2. Connectez votre propre application — application Databricks personnalisée, SDK ou API
  1. Fonctionnement de l'autoscaling — comportement du compute sous charge
  2. Mise à l'échelle à zéro — suspension, réactivation, délai d'inactivité
  3. Fonctionnement des branches : isolation copy-on-write pour le dev/test
  4. Authentification — changement de jeton pour les applications de production

Premières étapes

Parcours de formation

  1. Créer une application Databricks — déployer un template avec des identifiants gérés
  2. Connectez votre propre application — application Databricks personnalisée, SDK ou API
  1. Fonctionnement de l'autoscaling — comportement du compute sous charge
  2. Mise à l'échelle à zéro — suspension, réactivation, délai d'inactivité
  3. Fonctionnement des branches : isolation copy-on-write pour le dev/test
  4. Authentification — changement de jeton pour les applications de production

Agents et ML

Les agents stockent la mémoire et les modèles lisent les caractéristiques via Lakebase Postgres, synchronisés avec le lakehouse

Lakebase sert de backend pour la mémoire d'agent et le Feature Serving en temps réel. Les agents construits avec LangGraph ou le SDK OpenAI Agents stockent l'état de la conversation et la mémoire à long terme dans Postgres. Les modèles servis avec Model Serving accèdent aux données de fonctionnalité via des Magasins de fonctionnalités en ligne qui sont alimentés par Lakebase Autoscaling. Les deux bénéficient d'une mise à l'échelle automatique, d'une échelle à zéro et de la gouvernance Unity Catalog.

Premières étapes

Parcours de formation

  1. Déployer un agent sur Databricks Apps — cloner un template et le déployer
  2. État et mémoire de l'agent — ajoutez de la mémoire à court et à long terme avec Lakebase
  1. Agents avec état sur Model Serving — time travel, gestion des points de contrôle
  2. Magasin de fonctionnalités et Model Serving — données de fonctionnalité à faible latence optimisées par Lakebase
  3. Magasins de fonctionnalités en ligne — créer, publier et gérer les magasins de fonctionnalités

Premières étapes

Parcours de formation

  1. Déployer un agent sur Databricks Apps — cloner un template et le déployer
  2. État et mémoire de l'agent — ajoutez de la mémoire à court et à long terme avec Lakebase
  1. Agents avec état sur Model Serving — time travel, gestion des points de contrôle
  2. Magasin de fonctionnalités et Model Serving — données de fonctionnalité à faible latence optimisées par Lakebase
  3. Magasins de fonctionnalités en ligne — créer, publier et gérer les magasins de fonctionnalités