Qu'est-ce qui arrive ?

Découvrez les fonctionnalités et les changements comportementaux dans les prochaines versions de Azure Databricks.

Les connecteurs MCP fournis par Databricks dans Genie One et Genie Code seront bientôt activés par défaut pour les espaces de travail avec le profil de sécurité de conformité activé

À partir de décembre 2026, les connecteurs MCP fournis par Databricks dans Genie One et Genie Code seront activés par défaut pour les espaces de travail avec le profil de sécurité de conformité activé.

Les connecteurs incluent Google Drive, Gmail, Google Calendar, Microsoft 365, Atlassian, Slack et GitHub. Ils permettent à Genie One et Genie Code de se connecter à des services tiers pour rechercher vos documents et données et agir en votre nom. Azure Databricks régit chaque connexion via Unity Catalog et Unity Gateway.

Voir les MCP fournis par Databricks, connecter Genie One à des outils et sources externes, et connecter Genie Code aux serveurs MCP.

Le GPU serverless dans les clean rooms sera bientôt activé par défaut pour les comptes où il est désactivé

À partir du 26 novembre 2026, le GPU serverless dans les salles blanches sera activé par défaut pour les comptes dans les catégories tarifaires Enterprise ou Premium.

D’ici là, un administrateur de compte peut activer Clean Rooms AI Runtime depuis la page Aperçu dans la console de compte. Consultez Gérer les versions préliminaires du compte.

Voir Exécuter un notebook sur un GPU serverless.

Fin de vie prochaine pour le point de terminaison Genie One MCP Beta

Le point de terminaison Genie One MCP Bêta, https://<workspace-hostname>/api/2.0/mcp/genie, atteint sa fin de vie le 30 novembre 2026. Après cette date, les requêtes vers le point de terminaison Beta échouent. La date de fin de vie était auparavant le 31 octobre 2026.

Déplacez toutes les charges de travail vers le MCP généralement disponible system.ai.genie_one_mcp dans Unity Gateway. Voir l’accès via Unity Gateway.

Les requêtes non paginées à certaines opérations de l’API REST du catalogue Unity seront bientôt rejetées

Azure Databricks commencera bientôt à rejeter les requêtes non paginées pour certaines opérations de l’API REST du catalogue Unity, telles que lister les catalogues, lister les schémas et lister les tables, avec des réponses HTTP 400. Avant cela, les requêtes non paginées à ces opérations sont soumises à des limites de débit progressivement plus strictes et recevront des réponses HTTP 429, ce qui pourrait ralentir l’exécution des tâches en raison des réessais, ou entraîner un échec si le client ne gère pas ces erreurs. Les versions paginées de ces opérations restent disponibles.

Si vous appelez ces opérations directement, mettez à jour vos clients pour qu’ils définissent max_results=0 puis utilisent next_page_token jusqu’à ce que toutes les pages soient récupérées. Si vous utilisez un SDK Databricks ou la CLI Databricks, passez à une version actuelle, qui utilise ces champs par défaut.

Pour la liste complète des opérations et instructions de mise à jour affectées, voir Paginate Unity Catalog REST API operations.

L’amélioration de l’observabilité des performances de Lakeflow sera bientôt disponible par défaut pour les espaces de travail avec le profil de sécurité de conformité activé

À compter du 25 novembre 2026, l’observabilité améliorée des performances de Lakeflow sera disponible par défaut pour les espaces de travail éligibles ayant activé le profil de sécurité de conformité.

Lakeflow Jobs affichent désormais des métriques de performance des requêtes et des insights au niveau du job pour les tâches prises en charge. Vous pouvez consulter les métriques de volume de données au niveau du travail et utiliser le bouton Optimize pour ouvrir Genie Code afin d’améliorer les requêtes grâce aux insights de performance. Le profilage des requêtes est pris en charge pour le calcul serverless, les entrepôts SQL et les pipelines Lakeflow.

Voir Voir les métriques de performance des requêtes pour les tâches serverless.

Les extraits de Genie Ontology seront bientôt disponibles de manière générale et activés par défaut

Début novembre 2026, des extraits d’ontologie Genie seront généralement disponibles et activés par défaut.

Genie Ontology extrait et maintient automatiquement le contexte métier de vos actifs et de vos usages existants, y compris les vues métriques, les tableaux de bord, les requêtes SQL et les agents Genie. Genie One et Genie Code recherchent les extraits les plus pertinents parmi les ressources auxquelles vous avez la permission, améliorant ainsi la précision et la rapidité des réponses.

Voir Génie Ontology.

Les tâches Genie Code dans Lakeflow Jobs sont disponibles par défaut pour les espaces de travail avec le profil de sécurité conformité activé à partir de novembre 2026

À partir de novembre 2026, les tâches Genie Code dans Lakeflow Jobs sont disponibles par défaut pour les espaces de travail avec le profil de sécurité de conformité activé.

Une tâche Genie Code exécute votre prompt de manière autonome dans le cadre d’un job. Il peut lire les sorties de tâches en amont et appeler des outils selon les besoins, et il renvoie un lien vers le chat Genie Code qui en résulte avec sa réponse.

Voir Tâche de Code Génie pour les travaux.

Facturation pour la passerelle réseau privée

À partir du 1er décembre 2026 ou après, Azure Databricks facturera l’utilisation de la passerelle réseau privée.

Voir passerelle réseau privée.

L’importation de fichiers dans Genie One et Genie Agents sera bientôt disponible par défaut pour les espaces de travail avec un profil de sécurité de conformité avec des normes de conformité prises en charge

À partir du 15 novembre 2026, le téléversement de fichiers dans Genie One et Genie Agents sera disponible par défaut pour les espaces de travail ayant activé le profil de sécurité conformité, si la norme de conformité de l’espace de travail permet le téléversement de fichiers. Vous pouvez téléverser des fichiers dans une conversation et les analyser en langage naturel avec vos autres données.

Les espaces de travail avec une norme de conformité qui ne supporte pas encore l’envoi de fichiers ne peuvent pas l’utiliser. Pour vérifier si votre norme prend en charge le téléchargement de fichiers, ouvrez sa page depuis la liste des normes de conformité prises en charge et consultez le tableau de disponibilité des fonctionnalités.

Voir Téléverser un fichier et Téléverser un fichier vers un agent Genie.

Les dépôts de paquets au niveau de l’espace de travail pour Databricks Apps seront bientôt disponibles par défaut pour les espaces de travail avec le profil de sécurité de conformité activé

À partir du 13 novembre 2026, les dépôts de paquets au niveau de l’espace de travail pour Databricks Apps seront automatiquement activés pour les espaces de travail avec le profil de sécurité Compliance activé. Les administrateurs d’espace de travail peuvent configurer les dépôts par défaut de Python et npm dont les applications héritent tout en permettant les surcharges au niveau de l’application.

Voir Configurer les dépôts de paquets par défaut.

AI Runtime sera bientôt disponible par défaut pour les espaces de travail avec le profil de sécurité conformité activé

La mise à disposition générale d’AI Runtime est prévue pour le 15 octobre 2026 sur AWS et Azure pour les espaces de travail ne disposant pas du profil de sécurité de conformité activé.

L’exécution IA sera disponible par défaut pour les espaces de travail éligibles avec le profil de sécurité conformité activé à la mi-novembre. La disponibilité dépend des normes de conformité et des régions prises en charge.

Utilisez AI Runtime pour entraîner et affiner les modèles sur des GPU serverless sans provisionner ni gérer l’infrastructure sous-jacente.

Voir AI Runtime.

Les Feature Views seront bientôt disponibles par défaut pour les espaces de travail avec le profil de sécurité conformité activé

Les Feature Views sont désormais généralement disponibles. Ils seront automatiquement activés pour les espaces de travail avec le profil de sécurité de conformité activé à la mi-novembre 2026.

Définissez et calculez les fonctionnalités de manière déclarative à partir de données par lots ou en continu, puis utilisez-les pour l’entraînement de modèles et le service en ligne.

Consultez Feature Views.

Les connexions JDBC Unity Catalog seront bientôt disponibles par défaut pour les espaces de travail avec le profil de sécurité de conformité activé

À la mi-novembre 2026, les connexions JDBC Unity Catalog, y compris la prise en charge des certificats SSL, seront disponibles par défaut pour les espaces de travail avec le profil de sécurité de conformité activé.

Utilisez les connexions JDBC Unity Catalog pour vous connecter à des bases de données externes avec un pilote JDBC personnalisé, l’accès étant régi par Unity Catalog.

Consultez la connexion JDBC.

Les UDF Scala et Java du catalogue Unity ainsi que les UDF Python Scalar et Batch du catalogue Unity seront bientôt disponibles par défaut pour les espaces de travail avec le profil de sécurité de conformité activé

Les UDF Scala et Java et les UDF Python Unity Catalog scalaires et par lots seront disponibles par défaut pour les espaces de travail avec le profil de sécurité de conformité activé en novembre 2026.

Voir les exigences de fonctionnalités Python UDF et les fonctions définies par l’utilisateur (UDF) Scala et Java dans le catalogue Unity.

CREATE OR REPLACE VIEW préservera bientôt les autorisations, commentaires et balises par défaut

À partir du 2 décembre 2026, CREATE OR REPLACE VIEW mettra à jour les vues directement, au lieu de supprimer la vue et de la recréer. Les autorisations, balises et commentaires sont conservés avec une réserve :

• Vous devez d’abord supprimer les balises gouvernées sur une colonne de vue avant de supprimer la colonne via CREATE OR REPLACE VIEW. Sinon, la déclaration échouera avec une erreur CANNOT_DROP_TAGGED_COLUMN pour protéger les politiques ABAC qui en dépendent (en savoir plus).

Utilisez CREATE OR REPLACE VIEW <catalog>.<schema>.<view> NOCOPY * … pour supprimer explicitement les autorisations, balises et commentaires sur la vue (les balises gouvernées sont toujours conservées).

Voir CREATE VIEW et modification à venir de la préservation des métadonnées de CREATE OR REPLACE VIEW.

La remote_query fonction sera bientôt disponible par défaut pour les espaces de travail avec le profil de sécurité conformité activé

En novembre 2026, la remote_query fonction à valeur de table sera disponible par défaut pour les espaces de travail avec le profil de sécurité de conformité activé.

Utilisez remote_query pour exécuter des requêtes sur des bases de données externes dans leur syntaxe SQL native, avec des identifiants provenant d’une connexion Unity Catalog.

Consultez Interroger des bases de données externes à l’aide de la remote_query fonction.

Le partage de fichiers Salesforce Data 360 sera bientôt disponible par défaut pour les espaces de travail avec le profil de sécurité de conformité activé

Le connecteur de partage de fichiers Salesforce Data 360 (anciennement Salesforce Data Cloud) sera disponible par défaut pour les espaces de travail avec le profil de sécurité de conformité activé.

Utilisez le connecteur dans Lakehouse Federation pour interroger directement les données Salesforce Data 360 depuis le stockage d’objets cloud sans les copier dans Azure Databricks. Les requêtes s’exécutent sur la capacité de calcul Azure Databricks.

Consultez Fédération Lakehouse pour le partage de fichiers Salesforce Data 360.

Le déchiquetage de variantes sera bientôt activé par défaut sur les nouvelles tables de variantes

À partir du 18 novembre 2026, Azure Databricks ajoutera automatiquement la variantShredding fonction table aux nouvelles tables contenant une colonne de ce VARIANT type lors de leur création sur Databricks Runtime 17.3 ou supérieur. La fragmentation de données de type variant stocke les champs fréquemment consultés dans une disposition en colonnes typée afin d’améliorer les performances des requêtes.

C’est un changement décisif pour Databricks Runtime 15.4 : les clusters exécutant Databricks Runtime 15.4 ne peuvent ni lire ni écrire sur des tables qui ont activé le déchiquetage variant. Mettez à jour les clusters affectés vers Databricks Runtime 16.4 ou supérieur avant que ce changement n’entre en vigueur.

Consultez Utiliser le déchiquetage de variantes pour optimiser les performances.

Suppression du pilote JDBC de BigQuery intégré dans Databricks Runtime 20

À partir de Databricks Runtime 20, Databricks Runtime n’inclut plus le pilote JDBC BigQuery inclus, tandis que Databricks Runtime 19 et les versions antérieures continuent de l’inclure.

Les charges de calcul classiques qui utilisent Spark JDBC avec une jdbc:bigquery: URL échouent avec une erreur de pilote non trouvé, sauf si un pilote JDBC BigQuery est installé. Avant de mettre à niveau une charge de travail affectée, migrez la charge de travail.

Les déploiements déclenchés par Webhook pour les applications Databricks seront bientôt généralement disponibles

À partir d’octobre 2026, les déploiements déclenchés par webhook pour les applications Databricks seront généralement disponibles. Déploie automatiquement ton application lorsque les modifications sont envoyées vers un dépôt GitHub ou Azure DevOps connecté, afin que ton application déployée reste synchronisée avec ton dépôt sans redéploiement manuel.

Consultez Déployer une application Databricks.

Les tâches JAR sur le calcul sans serveur seront bientôt disponibles pour les espaces de travail avec le profil de sécurité Conformité activé

Début octobre 2026, l’exécution de tâches JAR sur le calcul sans serveur sera automatiquement activée pour les espaces de travail pour lesquels le profil de sécurité de conformité est activé. Emballez votre code Java ou Scala Spark dans un JAR et exécutez-le comme une tâche JAR sur un calcul serverless dans un Lakeflow Job, sans provisionner ni gérer de clusters.

Voir Créer et exécuter des fichiers JAR dans un environnement serverless.

Le flux automatique de données de changement sera bientôt disponible dans toutes les régions prises en charge

Le flux automatique de données de changement (Auto CDF) sera déployé dans les espaces de travail au cours du mois à venir et sera disponible dans toutes les régions prises en charge d’ici fin octobre 2026. L’Auto CDF calcule les modifications au niveau des lignes au moment de la requête grâce au suivi des lignes, donc vous n’avez pas besoin d’activer le flux de données de changement sur chaque table Delta Lake ou Apache Iceberg v3. Il nécessite Databricks Runtime 19 ou supérieur avec le suivi des lignes activé.

Consultez le flux de données de modification automatique.

L’échelle horizontale pour Databricks Apps sera bientôt disponible pour les espaces de travail avec le profil de sécurité conformité activé

Début octobre 2026, l’échelle horizontale pour Databricks Apps sera automatiquement activée pour les espaces de travail avec le profil de sécurité de conformité activé. La mise à l’échelle horizontale vous permet d’exécuter une application sur plusieurs instances derrière une seule URL d’application pour une meilleure disponibilité et concurrence accrue.

Voir Mise à l’échelle horizontale pour les applications Databricks.

Le profil de sécurité de conformité imposera le chiffrement d’Réseau virtuel Azure

Actuellement, le profil de sécurité de conformité vérifie et applique uniquement l’utilisation de types spécifiques d’instances de VM, et non l’activation du chiffrement Réseau virtuel Azure. L’application de l’exigence de chiffrement d’Réseau virtuel Azure commence le 1er février 2027, y compris sur les espaces de travail qui disposent déjà du profil de sécurité conformité activé.

Consultez le profil de sécurité de conformité et Configurez les paramètres de sécurité et de conformité améliorés.

L’ingestion progressive pour les champs de formules Salesforce dans Lakeflow Connect sera bientôt disponible de manière générale

L’ingestion incrémentielle des champs de formule de Salesforce dans Lakeflow Connect sera bientôt en disponibilité générale. Aujourd’hui, Lakeflow Connect ingère les champs de formule en effectuant par défaut un instantané complet à chaque exécution du pipeline. Lorsque l’ingestion incrémentale des champs de formule est généralement disponible, les instantanés complets ne seront plus la norme par défaut. L’ingestion progressive améliore généralement les performances et réduit les coûts.

Voir l'ingestion des champs de formule Salesforce de manière incrémentielle.

Fin de vie imminente de l’API Supervisor

L’API Supervisor (Bêta) prend fin de vie le 30 septembre 2026. Après cette date, l’API n’est plus disponible.

Azure Databricks recommande de migrer vers des agents personnalisés sur Databricks Apps.

Voir API Superviseur (dépréciée).

Le contrôle d’accès basé sur les rôles (RBAC) sera bientôt disponible par défaut pour les espaces de travail avec le profil de sécurité de conformité activé

Le contrôle d’accès basé sur les rôles (RBAC) sera disponible par défaut pour les espaces de travail avec le profil de sécurité conformité activé à la mi-septembre 2026.

RBAC permet aux utilisateurs d’assumer un rôle dans Azure Databricks. Lorsqu’un utilisateur assume un rôle, seules les permissions de ce rôle s’appliquent, et non les permissions accumulées de l’utilisateur. Cela permet un accès exclusif. Les utilisateurs doivent assumer activement un rôle pour accéder aux données sensibles, les empêchant ainsi d’y accéder sous leur propre identité et de mélanger les données entre cas d’utilisation, essais cliniques, projets ou clients.

Consultez le contrôle d’accès en fonction du rôle (RBAC).

Abandon prochain de la colonne de surveillance downstream_impact de la qualité des données

La colonne downstream_impact du tableau système des résultats de surveillance de la qualité des données est en cours de dépréciation.

La dépréciation commence le 7 septembre 2026 et se déploie progressivement dans les régions au cours de la semaine suivante. Tant que le déploiement n’a pas atteint votre espace de travail, il se peut que vous puissiez encore interroger downstream_impact. Après la dépréciation, la colonne n’est plus remplie.

Pour la colonne concernée, voir la référence de table du système de surveillance de la qualité des données et Examiner les résultats enregistrés de la détection d’anomalie.

Abandon prochain de la colonne de surveillance root_cause_analysis de la qualité des données

La colonne root_cause_analysis du tableau système des résultats de surveillance de la qualité des données est en cours de dépréciation.

La dépréciation commence le 18 août 2026 et se déploie progressivement à travers les régions au cours des jours suivants. Tant que le déploiement n’a pas atteint votre espace de travail, il se peut que vous puissiez encore interroger root_cause_analysis. Après la dépréciation, la colonne n’est plus remplie.

Pour la colonne concernée, voir la référence de table du système de surveillance de la qualité des données et Examiner les résultats enregistrés de la détection d’anomalie.

Le partage des tables basées sur le stockage par défaut sera activé par défaut pour tous les comptes

Le support OpenSharing pour les tables soutenues par un stockage par défaut est généralement disponible et activé par défaut pour la plupart des comptes. Pour la plupart des comptes de niveau Enterprise ou Premium, Azure Databricks l’activera automatiquement à la mi-septembre 2026, et début 2027 pour le reste.

Tant qu’il n’est pas activé pour votre compte, un administrateur de compte peut activer la fonction OpenSharing pour le stockage par défaut – Accès étendu depuis la page des Aperçus dans la console du compte. Consultez Gérer les préversions d’Azure Databricks.

Facturation réseau élargie pour OpenSharing SecureConnect

Azure Databricks étendra la facturation réseau pour OpenSharing SecureConnect. Aujourd’hui, les fournisseurs de données sont facturés pour le transfert (évacuation) des données lorsque les destinataires accèdent aux données partagées via SecureConnect. Des types de frais supplémentaires et des scénarios d’accès, y compris les frais facturés aux bénéficiaires, sont prévus.

Azure Databricks ne facture pas le traitement des données de connectivité privée (configuration de connectivité réseau, ou NCC).

Le tableau suivant résume les frais prévus, qui est facturé et comment chacun s’applique à chaque scénario d’accès :

¹ Le transfert de données (évacuation) ne s’applique pas lorsque le destinataire se trouve dans la même région que le fournisseur.
² Azure Databricks ne facture pas cette charge. Si des destinataires sur une infrastructure de calcul classique ou des destinataires ouverts accèdent au stockage via le réseau public, leur propre fournisseur de services cloud peut leur facturer directement la traduction d’adresses réseau (NAT).
³ Les destinataires sans serveur de la même région lisent directement à partir du stockage.

Pour les tarifs, consultez la section Tarification du transfert de données et de la connectivité, ou contactez votre équipe de compte Azure Databricks.

OpenSharing SecureConnect sera disponible par défaut pour tous les comptes

OpenSharing SecureConnect est généralement disponible. Azure Databricks le rendra disponible par défaut pour les comptes du plan Premium à la mi-septembre 2026, et début 2027 pour le reste.

Jusqu’à ce qu’il soit disponible pour votre compte, un administrateur du côté fournisseur peut activer l’aperçu SecureConnect d’OpenSharing depuis la page des Aperçus dans la console du compte. Voir Partager des données derrière un pare-feu avec SecureConnect et Gérer les aperçus d’Azure Databricks.

Les secrets dans Unity Catalog seront bientôt disponibles par défaut pour les espaces de travail pour lesquels le profil de sécurité de conformité est activé

Secrets dans le catalogue Unity sera disponible par défaut pour les espaces de travail avec le profil de sécurité conformité activé fin septembre 2026.

Stockez, gouvernez et accédez aux secrets sous forme d’objets sécurisés dans le catalogue Unity. Un secret de catalogue Unity utilise l’espace de noms de trois niveaux (catalog.schema.secret) et est régi par les privilèges du catalogue Unity. Vous pouvez donc appliquer les mêmes contrôles d’accès et audit que vous utilisez pour d’autres ressources de données.

Consultez Secrets dans Unity Catalog.

Disponibilité générale prochaine de Unity Gateway

Unity Gateway, la solution de gouvernance Azure Databricks pour l’IA d’entreprise, est prévue pour une disponibilité générale prochainement. Basé sur Unity Catalog, Unity Gateway étend la gouvernance aux interactions à l’exécution entre modèles, agents, serveurs MCP et outils. Vous pouvez contrôler les services IA utilisés par les équipes, acheminer et gérer le trafic IA, et surveiller l’utilisation depuis un seul plan de contrôle.

Les capacités suivantes seront généralement disponibles. Le modèle, MCP et les services de fournisseur de modèles sont des objets sécurisables d’Unity Catalog que vous gérez avec les mêmes privilèges que les tables et les volumes :

• Les services de modèles acheminent les requêtes vers des modèles avec paiement par jeton et des modèles externes, avec répartition du trafic et basculement, et vous pouvez les partager entre plusieurs espaces de travail. Voir Services de modèles personnalisés.
• Les services MCP enregistrent des serveurs MCP externes ou fournis par Azure Databricks, ce qui vous permet de gérer l’accès des agents grâce à des subventions et à la sélection d’outils. Voir MCPs.
• Les services de fournisseurs modèles représentent des fournisseurs de modèles externes tels qu’OpenAI, Anthropic et Amazon Bedrock, avec des identifiants gérés de manière centralisée. Voir fournisseurs modèles externes à Databricks.
• Les budgets surveillent et contrôlent les dépenses mensuelles de Unity Gateway avec des seuils par utilisateur et des plafonds stricts. Voir Gérer les budgets pour Unity Gateway.

Unity Gateway sera disponible par défaut pour les espaces de travail avec le profil de sécurité conformité activé à la mi-septembre 2026.

Voir la gouvernance de l’IA avec Unity Gateway.

Les clusters de groupe dédiés seront bientôt disponibles par défaut pour les espaces de travail avec le profil de sécurité de conformité activé

Les clusters de groupe dédiés seront disponibles par défaut pour les espaces de travail avec le profil de sécurité de conformité activé en septembre 2026.

Vous pouvez affecter une ressource de calcul à un groupe à l’aide du mode d’accès dédié , ce qui permet aux membres du groupe de partager le calcul tout en exécutant en toute sécurité les langues et charges de travail non prises en charge par le mode d’accès standard, tels que Databricks Runtime pour ML, les API RDD et R. Lorsqu’un utilisateur se connecte à un cluster de groupe, ses autorisations sont limitées aux autorisations du groupe pour la session de cluster.

Consultez l’accès aux groupes de calcul dédiés.

AI Search avec un QPS élevé sera bientôt disponible par défaut pour les espaces de travail avec le profil de sécurité de conformité activé

La recherche par IA à QPS élevé sera disponible par défaut dans les espaces de travail où le profil de sécurité de conformité est activé, fin août 2026.

Fixez un QPS cible sur les points de terminaison standard d’AI Search pour prendre en charge des charges de travail à haut débit en temps réel, comme les barres de recherche, les systèmes de recommandation et le rapprochement d’entités. QPS élevé est activé par défaut, mais les points de terminaison existants ne sont pas affectés. Une capacité supplémentaire et le coût associé s’appliquent uniquement lorsque vous configurez un QPS cible pour un point de terminaison.

Consultez Augmenter le débit du point de terminaison AI Search pour des QPS élevés.

Les connecteurs basés sur des requêtes dans Lakeflow Connect seront bientôt disponibles par défaut pour les espaces de travail avec le profil de sécurité de conformité activé

Les connecteurs basés sur des requêtes dans Lakeflow Connect seront bientôt disponibles par défaut pour les espaces de travail avec le profil de sécurité de conformité activé. Les connecteurs basés sur des requêtes ingèrent des données à partir de bases de données en interrogeant la source directement à l’aide d’une colonne de curseur, sans nécessiter de configuration de capture de données modifiées (CDC) ou d’une passerelle d’ingestion. Les sources prises en charge incluent Oracle, Teradata, SQL Server, MySQL, MariaDB et PostgreSQL, ainsi que toutes les sources de données de Lakehouse Federation utilisant l’ingestion via catalogue externe.

Consultez les connecteurs basés sur des requêtes.

La demande d’accès sera bientôt activée par défaut pour tous les espaces de travail

Dans une prochaine version, la demande d’accès sera activée par défaut pour tous les espaces de travail, et les demandes d’accès seront acheminées vers le propriétaire de l’objet catalogue Unity demandé par e-mail. Vous pouvez configurer des destinations de demande d’accès à tout moment dans les paramètres du metastore. Les paramètres de demande d’accès au niveau de l’espace de travail hérités seront déconseillés.

Voir Configurer les destinations de requête d’accès pour un métastore.

Les mises à jour automatiques déploieront davantage de fonctionnalités sur les tables existantes

Les mises à jour automatiques appliquent les fonctionnalités recommandées à vos tables gérées du catalogue Unity après vérification de la compatibilité de la charge de travail. Azure Databricks étend les fonctionnalités que les mises à jour automatiques appliquent aux tables existantes.

À partir de juillet 2026, des mises à jour automatiques déploieront le suivi des lignes et le Checkpoint V2 dans les tables existantes. Ce déploiement est progressif, donc ces fonctionnalités seront disponibles pour différents clients à des moments différents.

En août 2026, les mises à jour automatiques déploieront les commits de catalogue et les vecteurs de suppression vers les tables existantes.

Les mises à jour automatiques n’activent une fonctionnalité qu’après que la fenêtre d’observation a vérifié que chaque client accédant à une table la supporte. Pour suivre quelles fonctionnalités sont disponibles pour les mises à niveau automatiques, voir Fonctionnalités prises en charge.

Les services MCP fournis par Azure Databricks seront bientôt disponibles en version de disponibilité générale

les services MCP fournis Azure Databricks pour les applications SaaS telles que Slack, GitHub, Atlassian et Google Drive seront bientôt disponibles en disponibilité générale, avec les opérations de lecture et d’écriture activées par défaut. Les administrateurs et utilisateurs peuvent désactiver les services MCP et les outils individuels dans Unity Gateway.

Voir MCPs.

Passer à l’éditeur de pipeline par défaut pour les espaces de travail avec le profil de sécurité de conformité activé

L’éditeur de pipelines Lakeflow est généralement disponible depuis mai 2026. En août, il deviendra l’éditeur par défaut pour le développement et le débogage de pipelines dans les espaces de travail avec le profil de sécurité de conformité activé. À ce stade, l’éditeur hérité sera supprimé.

Pour plus d’informations sur l’éditeur de pipelines Lakeflow, consultez Développer et déboguer des pipelines ETL avec l’éditeur De pipelines Lakeflow. Si vous avez des questions sur cette transition, contactez votre équipe de compte.

Changements de comportement pour les tâches continues et les pipelines

Début août 2026, les pipelines Lakeflow continus et les tâches continues recevront des mises à jour pour simplifier la configuration.

Vous pourrez configurer une planification continue directement à partir de la page de pipeline, y compris les paramètres au niveau du travail, tels que le mode de performances. La configuration d’une planification continue de cette façon encapsule le pipeline dans un travail continu.

Databricks recommande d’exécuter des pipelines continus avec un job continu plutôt qu’avec le paramètre d’exécution continue intégré au pipeline. Lorsqu’un travail continu encapsule un pipeline, le travail gère le cycle de vie d’exécution du pipeline. Le paramètre continu intégré n’est pas supprimé, mais les nouveaux pipelines continus doivent utiliser le modèle de travail continu.

La création d’un espace de travail classique avec un réseau virtuel géré par Azure Databricks sera bientôt déconseillée

Dans une version ultérieure, Azure Databricks prévoit de déprécier la création d’un espace de travail classique avec un réseau virtuel géré par Azure Databricks. Pour les nouveaux espaces de travail, Azure Databricks recommande un espace de travail serverless pour le démarrage rapide le plus simple ou l’injection de réseau virtuel si vous avez besoin d’un espace de travail classique. Une chronologie détaillée de la migration sera communiquée séparément.

Consultez l’article Mise en réseau du plan de calcul classique.

La connectivité de cluster sécurisée sera bientôt obligatoire pour les espaces de travail classiques

Dans une version ultérieure, Azure Databricks prévoit d’exiger une connectivité de cluster sécurisée pour tous les espaces de travail classiques. Les espaces de travail créés avec enableNoPublicIp défini sur false ne seront plus pris en charge, et le paramètre deviendra obligatoire. Une chronologie détaillée de la migration sera communiquée séparément.

Consultez Activer la connectivité sécurisée du cluster.

Les ressources UI d’Azure Databricks seront servies depuis un nouveau domaine CDN

Fin août 2026, les espaces de travail Azure chargeront les ressources UI depuis un nouveau domaine CDN first-party, ui-assets.azuredatabricks.net. Si votre pare-feu limite le trafic sortant par domaine, ajoutez le nouveau domaine pour que l’interface se charge correctement.

Voir Autoriser le trafic vers les domaines CDN pour les ressources de l’interface utilisateur.

Lakeflow Designer sera bientôt disponible par défaut pour les espaces de travail avec le profil de sécurité de conformité activé

Lakeflow Designer sera disponible par défaut pour les espaces de travail avec le profil de sécurité de conformité activé fin juillet 2026.

Lakeflow Designer est une expérience visuelle sans code permettant de préparer et de transformer des données sur un canevas glisser-déplacer, avec tous les flux de travail soutenus par du code prêt pour la production régi par le catalogue Unity.

Voir Lakeflow Designer.

Les bundles d’automatisation déclarative seront bientôt configurés par défaut pour utiliser le moteur de déploiement direct

Le 24 juillet 2026, les bundles d’automatisation déclarative dans l’espace de travail commenceront à utiliser par défaut le moteur de déploiement direct au lieu du moteur de déploiement Terraform. Cela déclenche une migration automatique pour tous les bundles de l’espace de travail qui utilisent toujours le moteur de déploiement Terraform.

Pour les déploiements de bundles Databricks CLI, le moteur de déploiement direct deviendra la valeur par défaut à compter du 26 août 2026. Le moteur de déploiement Terraform sera désactivé dans les nouvelles versions de l’interface CLI Databricks en septembre 2026.

Pour plus d’informations sur le moteur de déploiement direct et la migration à partir du moteur de déploiement Terraform, consultez Migrer vers le moteur de déploiement direct.

La variante sera bientôt disponible par défaut pour les espaces de travail avec le profil de sécurité de conformité activé

La variante sera disponible par défaut pour les espaces de travail avec le profil de sécurité de conformité activé en juillet 2026.

Utilisez Variant pour ingérer des données semi-structurées à partir de sources de streaming (Clusters, Event Hub), d’API REST et de bases de données sans schéma, tout en conservant l’accès aux requêtes hautes performances.

Consultez Prise en charge des types Variant pour Apache Iceberg et Delta Lake.

Changement de comportement à venir : choisissez les droits d’utilisation lors de l’ajout de principaux à des espaces de travail

Databricks change la façon dont les principaux obtiennent des droits d’espace de travail. Après cette modification, vous accordez explicitement des autorisations lorsque vous ajoutez un principal à un espace de travail, au lieu de vous appuyer sur l’héritage du groupe système users. Les administrateurs d’espace de travail peuvent choisir à partir du 15 juin 2026 et le nouveau comportement est appliqué pour tous les espaces de travail le 14 septembre 2026.

Cette évolution permet d’ajouter des principaux à n’importe quel niveau d’accès, y compris des utilisateurs en lecture seule, sans leur attribuer automatiquement des privilèges de création.

Qu’est-ce qui change

Chaque espace de travail a deux groupes système : users, qui inclut tous les principaux autorisés à accéder à l’espace de travail et admins, qui inclut les administrateurs de l’espace de travail. Aujourd’hui, chaque principal ajouté à un espace de travail hérite des droits accordés à users. Par défaut, il s’agit des éléments suivants :

• Accès à l’espace de travail : créez et utilisez des blocs-notes, des travaux, des pipelines, des applications, etc.
• Accès DATAbricks SQL : créez et utilisez des tableaux de bord, des agents Génie, des alertes, etc.

Après la modification :

• Le users groupe n’aura aucun droit. Le admins groupe dispose de tous les droits d’espace de travail. Les droits des deux groupes sont verrouillés.
• Les nouveaux principaux devront recevoir leurs droits de manière explicite lors de leur ajout à un espace de travail.
• users et admins ne peut pas être imbriqué en tant que membres d’autres groupes.

Les principaux existants conservent leur niveau d’accès actuel. Databricks migre automatiquement les autorisations précédemment accordées à users vers un nouveau groupe clone local à l’espace de travail nommé users-clone-<TIMESTAMP> (où <TIMESTAMP> correspond à l’heure de la migration). Vous gérez le groupe clone comme n’importe quel autre groupe local d’espace de travail et vous pouvez personnaliser son nom lorsque vous optez tôt. Le admins groupe ne nécessite pas de migration.

Action requise

• Si vous gérez les droits de groupe système par le biais de l’automatisation (Terraform, API SCIM d’espace de travail ou scripts personnalisés), mettez à jour vos flux de travail pour cibler des groupes de comptes standard, et non des groupes système. Une fois le nouveau comportement activé, les tentatives de modification des droits de groupe système échouent.
• Si users ou admins est imbriqué en tant que membre d’un autre groupe, supprimez l’imbrication. L’imbrication n’est pas autorisée avec ce nouveau comportement.
• Si votre synchronisation SCIM supprime les groupes d’espaces de travail qu’elle ne reconnaît pas, mettez à jour sa configuration pour conserver le groupe de clones de migration (users-clone-<TIMESTAMP>). Si la synchronisation supprime le groupe clone, les principaux migrés vers celui-ci perdent leurs droits.

Chronologie

• 15 juin 2026 : opt-in disponible dans les paramètres de l’espace de travail sous Contrôle d’accès avancé>.
• 27 juillet 2026 – Activation automatique pour les espaces de travail qui n’ont ni activé ni désactivé cette option. La désactivation reste possible.
• 14 septembre 2026 : nouveau comportement appliqué pour tous les espaces de travail. Option de refus supprimée.

Vous gérez le nouveau comportement à partir des paramètres de votre espace de travail sous Contrôle d’accès avancé >:

Avant d’opter : le comportement hérité est actif.

Après l’adhésion ou l’activation automatique : le nouveau comportement est appliqué.

Pour plus d’informations, consultez Migrer le contrôle des droits d’accès aux espaces de travail.

Profil de sécurité de conformité requis pour HIPAA, HITRUST et IRAP

À compter du 1er septembre 2026, le profil de sécurité de conformité sera requis pour traiter les données protégées sous HIPAA, HITRUST et IRAP.

Consultez Profil de sécurité de conformité.

L’autorisation utilisateur pour Databricks Apps sera bientôt disponible pour les espaces de travail avec le profil de sécurité de conformité activé

Fin septembre 2026, l’autorisation utilisateur pour les applications Databricks sera automatiquement activée pour les espaces de travail avec le profil de sécurité conformité activé. L’autorisation utilisateur permet aux applications d’agir avec l’identité de l’utilisateur de l’application, afin que les applications puissent accéder aux ressources au nom de l’utilisateur tout en appliquant les autorisations existantes de l’utilisateur.

Consultez l’autorisation utilisateur.

Modification à venir : Mise à niveau vers la mise à l’échelle automatique Lakebase

Azure Databricks effectue la mise à niveau de toutes les instances provisionnée Lakebase vers la plateforme de mise à l’échelle automatique Lakebase. Les mises à niveau commencent en juin 2026 pour les clients qui les ont demandés, avec les mises à niveau restantes de l’instance qui se poursuivent dans les semaines suivantes. Les administrateurs de l’espace de travail recevront un e-mail avec des dates de mise à niveau avant le début de la mise à niveau.

La mise à niveau est automatique. Les connexions redémarrent brièvement pendant la transition et les chaînes de connexion existantes, les appels d’API, les bundles Automation déclaratifs et les configurations Terraform continuent de fonctionner sans modification.

Après la mise à niveau, les modifications suivantes s’appliquent :

• Vos instances prennent en charge les fonctionnalités de mise à l’échelle automatique et peuvent être gérées via la nouvelle interface utilisateur de mise à l’échelle automatique et l’interface utilisateur provisionnée familière, qui reste disponible jusqu’au 1er septembre 2026.

• Chaque instance reçoit une nouvelle chaîne de connexion régionale qui fournit une entrée optimisée :

  • Chaînes de connexion existantes : les chaînes de connexion approvisionnées (sans région) continuent de fonctionner sur les Private Link entrantes existantes et ne nécessitent pasService Direct Private Link.
  • Nouvelle chaîne de connexion régionale : Si vous utilisez Private Link et que vous vous connectez à Lakebase depuis l’extérieur de l’espace de travail Azure Databricks, vous devez configurer Private Link entrant pour les services nécessitant des performances élevées afin d’utiliser la nouvelle chaîne de connexion régionale.

• Pour utiliser de nouvelles fonctionnalités de mise à l’échelle automatique, telles que la mise à l’échelle à zéro dans vos bundles Automation déclaratifs et les configurations Terraform, mettez-les à jour pour utiliser la sémantique de mise à l’échelle automatique.

• La tarification de Lakebase GA s’applique. Avec le calcul élastique remplaçant les instances de taille fixe, la plupart des clients verront une réduction des coûts de calcul.

• Les fonctionnalités Forward ETL et REST API Private Preview sur Lakebase Provisioned sont désactivées après la mise à niveau. Leurs remplacements, le flux de données modifiées Lakebase et l’API de données, sont disponibles sur la plateforme de mise à l’échelle automatique.

Lakebase Autoscaling inclut la mise à l’échelle automatique et la mise à l’échelle jusqu’à zéro, la restauration à un instant donné et les instantanés, la planification des fenêtres de maintenance, le branchement de bases de données et d’autres améliorations. Pour plus d’informations sur les éléments à attendre, les modifications et les actions à entreprendre, consultez Mise à niveau vers la mise à l’échelle automatique.

Pour demander une mise à niveau accélérée ou si vous avez des questions, contactez votre équipe de compte ou Azure Databricks support technique.

Databricks Runtime 19 utilisera un modèle de mise en production unifié

À compter de la version 19, Databricks Runtime utilisera un modèle de mise en production unifié. Au lieu de plusieurs versions de fonctionnalités (par exemple, 19.0, 19.1, 19.2), chaque version principale aura une page de notes de publication unique.

Après une version bêta initiale, chaque version de Databricks Runtime sera lancée en disponibilité générale et recevra de nouvelles fonctionnalités et correctifs environ hebdomadaires, avec des mises à jour différenciées par date sur une seule page. Les clusters recevront des mises à jour lors du redémarrage. Après environ six mois, la version passe au support à long terme (LTS) avec trois ans de support.

Databricks Runtime 18 est la version de transition. Les pages de version de fonctionnalités 18.0, 18.1 et 18.2 restent disponibles pour référence historique, et Databricks Runtime 18 LTS sera la version unifiée finale de la ligne 18.x.

Les autorisations des objets de l'espace de travail seront bientôt héritées de tous les groupes de comptes.

Dans une prochaine version, les autorisations d’objet de l’espace de travail sont héritées de tous les groupes de comptes, pas seulement les groupes directement affectés à l’espace de travail. Les utilisateurs principaux héritent des autorisations sur les objets du workspace, tels que les travaux, les blocs-notes, les dossiers, les requêtes et les tableaux de bord, de tous les groupes dont ils sont membres, indépendamment de leur affectation au workspace. Les utilisateurs doivent toujours être affectés à l’espace de travail pour utiliser ces autorisations.

Ce changement active également les octrois d’autorisations inactifs (« orphelins »). Il s’agit d’octrois d’autorisations qui restent sur un groupe après sa suppression d’un espace de travail. Aucune nouvelle autorisation n’est ajoutée, mais les subventions orphelines existantes deviennent actives, ce qui peut donner aux membres de l’espace de travail un accès inattendu. Par exemple, si un groupe « Sous-traitants » a été supprimé d’un espace de travail mais qu’il a toujours accès à un dossier, tout membre de l’espace de travail dans « Sous-traitants » accède à ce dossier.

Databricks recommande d’examiner les autorisations de votre espace de travail. Utilisez le bloc-notes suivant pour identifier les octrois d’autorisations inactifs dans vos espaces de travail :

Notebook d’analyse des autorisations orphelines

Obtenir un ordinateur portable

Changement cassant à venir : comportement par défaut pour la suppression d'un pipeline Unity Catalog

Dans une prochaine version, le comportement par défaut lors de la suppression d’un pipeline catalogue Unity change. Actuellement, la suppression d’un pipeline supprime également toutes les vues matérialisées, tables de streaming et vues associées. Après cette modification, les tables associées sont conservées, mais inactives une fois le pipeline supprimé. L’API va également changer pour conserver par défaut les tables, mais en définissant le champ cascade sur true, cela annulera ce comportement par défaut et maintiendra le comportement actuel.

Le cascade champ est maintenant disponible. Pour conserver le comportement actuel de la suppression de toutes les tables lors de la suppression d’un pipeline, mettez à jour votre code pour définir cascade=true.

Consultez Supprimer un pipeline et Supprimer un pipeline.

Nouvelle activation par défaut de l’éditeur SQL et mise hors service de l’éditeur SQL hérité

Le nouvel éditeur SQL est généralement disponible depuis octobre 2025. Dans le cadre de la transition vers le nouvel éditeur, les modifications suivantes sont planifiées :

• À compter de la fin de mai 2026 : le nouvel éditeur SQL sera activé par défaut pour tous les espaces de travail. La possibilité de désactiver la fonctionnalité au niveau de l’espace de travail n’est plus disponible. Les utilisateurs individuels pourront toujours basculer leurs requêtes vers l’éditeur SQL hérité une fois cette période commencée.
• À compter de la fin de juillet 2026 : l’éditeur SQL hérité sera mis hors service. Tous les utilisateurs utiliseront le nouvel éditeur SQL, et l’opt-out individuel ne sera plus disponible.

Pour en savoir plus sur le nouvel éditeur SQL, consultez l’éditeur SQL de Databricks. Si vous avez des questions sur cette transition, contactez votre équipe de compte.

Modifications apportées aux jetons de destinataire ouvert d’OpenSharing (anciennement Delta Sharing)

OpenSharing pour les destinataires ouverts passe à un nouveau format d’URL spécifique au destinataire. Les nouveaux jetons créés après la date de transition utilisent automatiquement le nouveau format d’URL. Cette modification améliore la sécurité réseau et permet aux destinataires de configurer des stratégies réseau et des règles de pare-feu spécifiques aux destinataires.

Pour Azure Chine, la transition sera annoncée ultérieurement.

Les nouvelles URL incluent l’ID de destinataire dans le domaine :

https://<recipient-id>.opensharing.westus.azuredatabricks.net/api/2.0/opensharing/metastores/<metastore-id>

Pour référence, les URL créées avant cette modification ne contiennent pas l’ID du destinataire et utilisent le point de terminaison Delta Sharing.

https://westus.azuredatabricks.net/api/2.0/delta-sharing/metastores/<metastore-id>

Les anciennes URL continueront de fonctionner pendant une période donnée. La durée spécifique dépend du type de destinataire et de la date de création du jeton. Les fournisseurs de données doivent passer au nouveau format d’URL avant que l’ancien format d’URL ne devienne pas valide.

Partage de la fédération OIDC :

Databricks recommande que les fournisseurs de données commencent à migrer leurs destinataires vers le nouveau format d’URL. Bien qu’une date de transition n’ait pas été définie, la transition permet maintenant de laisser le temps de résoudre les problèmes. Après la transition, les fournisseurs peuvent trouver la nouvelle URL dans l’interface utilisateur OpenSharing. Une fois l’ancien format d’URL supprimé, il n’est plus valide.

Partage de jeton d'accès :

Mises à jour des adresses IP publiques du plan de gestion des flux sortants

Azure Databricks met à jour les adresses IP publiques du plan de contrôle sortant , ainsi que les balises de service Azure, pour améliorer la sécurité et la disponibilité des zones. Ces modifications font partie d’une mise à jour du plan de contrôle qui a commencé à être déployée le 20 mai 2025.

Si votre organisation utilise des pare-feu de ressources pour contrôler l’accès entrant :

• Si vos règles de pare-feu font référence à la balise Azure Databricks service, aucune action n’est requise.
• Si vous autorisez des adresses IP publiques de plan de contrôle spécifiques, vous devez ajouter toutes les adresses IP du plan de contrôle sortant avant le 26 septembre 2025.

Les adresses IP du plan de contrôle sortant précédentes continuent d’être prises en charge.

Le champ sourceIpAddress dans les journaux d’audit n’inclut plus de numéro de port.

En raison d’un bogue, certains journaux d’audit d’autorisation et d’authentification incluent un numéro de port en plus de l’adresse IP dans le champ sourceIPAddress (par exemple, "sourceIPAddress":"10.2.91.100:0"). Le numéro de port, qui est enregistré en tant que 0, ne fournit aucune valeur réelle et n’est pas cohérent avec le reste des journaux d’audit Databricks. Pour améliorer la cohérence des journaux d’audit, Databricks prévoit de modifier le format de l’adresse IP pour ces événements de journal d’audit. Cette modification sera progressivement déployée à partir de début août 2024.

Si le journal d’audit contient une sourceIpAddress dont la valeur est 0.0.0.0, il est possible que Databricks arrête sa journalisation.

Le stockage de trace MLflow dans le catalogue Unity sera bientôt disponible par défaut pour les espaces de travail avec le profil de sécurité de conformité activé

Le stockage de trace MLflow dans les tables catalogue Unity sera disponible par défaut pour les espaces de travail avec le profil de sécurité de conformité activé à la mi-août 2026.

Stockez les traces MLflow dans les tables du catalogue Unity pour un stockage de trace évolutif et régi : le stockage est illimité, les traces sont stockées au format OpenTelemetry (OTel), l’accès est régi par le biais des autorisations de schéma et de table du catalogue Unity, et vous pouvez interroger des traces avec SQL. Pour afficher les traces, configurez une expérience MLflow pour qu’elle utilise un emplacement de traces Unity Catalog.

Consultez Stocker les traces OpenTelemetry dans Unity Catalog.