Aller au contenu
← Toutes les actus
Databricks Blog5 novembre 2026

Guide du développeur pour faire évoluer Databricks Apps

Traduit de l'original anglais par IA. Voir en anglais

Résumé

La montée en charge de Databricks Apps commence par un accord sur les temps de réponse cibles et le nombre d'utilisateurs en pointe. Les tâches lourdes sont confiées au service adapté, tandis que le calcul de l'application sert l'interface et coordonne les appels. Un code réactif, un cache par utilisateur et un état récupérable (l'état persistant étant stocké dans des tables Lakebase ou Unity Catalog) permettent ensuite de dimensionner instances, workers et connexions Lakebase à partir de tests de charge et de la télémétrie.

* La montée en charge de Databricks Apps commence avant même d'écrire du code : convenez de la rapidité de réponse attendue et du nombre d'utilisateurs à supporter en période de pointe, puis confiez les tâches lourdes au service adapté. Le calcul de l'application sert l'interface et coordonne les appels. * Un code évolutif garde l'application réactive pendant l'attente des services, utilise un cache par utilisateur et maintient un état récupérable. L'état souple peut être reconstruit ; l'état persistant réside dans des tables Lakebase ou Unity Catalog, de sorte que n'importe quelle instance peut reconstruire une session. * Servez-vous des tests de charge et de la télémétrie pour choisir la taille des instances, le nombre de workers et le nombre d'instances. Prévoyez un budget de connexions Lakebase et ajoutez du calcul pour répondre à la demande mesurée et aux objectifs de disponibilité.

Articles similaires

News

Quel outil de collaboration de données choisir : OpenSharing, Clean Rooms ou Marketplace

databricks-blog19h ago
News

De Delta Sharing à OpenSharing : ce qui change et la suite

databricks-blog19h ago
News

CDC en mode push vers Unity Catalog avec Zerobus Ingest et Debezium

databricks-blog23h ago
News

Présentation d'Apache Spark® 4.3 : désormais disponible dans Databricks Runtime 19

databricks-blog1d ago