Qu'est-ce qui arrive ?

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

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 (Bêta) (dépréciée).

L’accès des clients aux services Unity AI Gateway pour effectuer des requêtes sera généralement disponible

L’interrogation des services de modèle Unity AI Gateway et des services des fournisseurs de modèles avec Accès consommateur est actuellement proposée sur inscription dans le cadre de l’Accès consommateur à Unity AI GatewayVersion préliminaire publique. Lorsque cette fonctionnalité devient généralement disponible, les utilisateurs d’accès consommateur pourront interroger ces services sans activation de l’aperçu. Cela peut augmenter le trafic des modèles en provenance d’utilisateurs grand public, y compris le trafic vers des services de fournisseurs de modèles qui acheminent vers des fournisseurs externes.

Avant ce changement, les administrateurs de compte devaient fixer des budgets et des limites de taux, ou désactiver l’accès direct au modèle pour les utilisateurs avec accès consommateur, afin que ces contrôles soient en vigueur lorsque la fonctionnalité devient généralement disponible. Voir Gérer les budgets pour Unity AI Gateway, Appliquer des limites de taux aux services modèle et MCP, et Gérer les droits.

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.

Databricks Les applications seront bientôt activées pour les espaces de travail avec le profil de sécurité de conformité activé

À partir de début septembre 2026, Databricks Apps sera automatiquement activée pour les espaces de travail avec le profil de sécurité conformité activé.

Consultez Databricks Apps.

Disponibilité générale prochaine de Unity AI Gateway

Unity AI 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 AI Gateway étend la gouvernance aux interactions d’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 Govern Model APIs (services modèles).
• 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. Consultez Connecter des agents à des outils tiers avec MCP Services.
• 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 Gérer les fournisseurs externes de modèles (services de fournisseurs de modèles).
• Les budgets surveillent et contrôlent les dépenses mensuelles de la passerelle Unity AI avec des seuils par utilisateur et des plafonds stricts. Voir Gérer les budgets pour Unity AI Gateway.

Consultez la gouvernance IA avec Unity AI 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.

Consultez Activer les demandes d’accès dans le metastore.

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.

Genie One sera bientôt disponible pour les utilisateurs de compte uniquement

Genie One prendra bientôt en charge les utilisateurs disposant uniquement d’un compte, permettant à n’importe quel utilisateur de votre fournisseur d’identité d’accéder à Genie One sans être affecté à un espace de travail ni se voir accorder le droit d’accès Consumer. Lorsqu’il est activé, tous les utilisateurs de votre fournisseur d’identité sont inscrits automatiquement. Le catalogue Unity continuera de régir ce que chaque utilisateur peut voir.

Cette fonctionnalité est disponible en préversion publique et activée par défaut. Pour être éligibles, les comptes doivent activer La gestion automatique des identités (ou SCIM au niveau du compte) et une URL personnalisée.

Les administrateurs de compte peuvent restreindre l’accès avec les limites d’accès AIM ou désactiver l’accès uniquement au compte dans la console de compte.

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 les utilisateurs peuvent désactiver les services MCP et les outils individuels dans Unity AI Gateway.

Consultez Connecter des agents à des outils tiers avec MCP Services.

Le connecteur SharePoint de Lakeflow Connect sera bientôt disponible de manière générale

Le connecteur SharePoint dans Lakeflow Connect sera bientôt disponible en disponibilité générale. Vous pouvez ingérer des fichiers et des données structurées à partir de SharePoint sites dans Azure Databricks pour la transformation, l’analyse et les pipelines en aval.

Consultez SharePoint connecteur.

Le connecteur Google Drive dans Lakeflow Connect sera bientôt disponible en disponibilité générale

Le connecteur Google Drive dans Lakeflow Connect sera bientôt disponible en disponibilité générale. Vous pouvez ingérer des fichiers de Google Drive dans Azure Databricks pour la transformation, l’analyse et les pipelines en aval.

Consultez le connecteur Google Drive.

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.

Power BI connexions seront migrées vers ADBC

Power BI prévoit de transférer toutes les connexions Power BI vers la connectivité Arrow Database Connectivity (ADBC). Pour éviter les interruptions, Databricks recommande de basculer vos modèles sémantiques de développement et de préproduction vers ADBC maintenant et de valider vos charges de travail. Pour le calendrier de transition de Microsoft, voir Transition des pilotes ODBC vers ADBC.

Le pilote ADBC pour Power BI sur Azure Databricks a été en préversion publique depuis octobre 2025. Depuis février 2026, toutes les nouvelles connexions dans Power BI Desktop et les service Power BI utilisent ADBC par défaut. Les connexions existantes continuent d’utiliser ODBC, sauf si vous les mettez à jour manuellement.

Consultez Configurer le pilote ADBC ou ODBC pour Power BI.

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 Écrire des requêtes et explorer les données dans le nouvel éditeur SQL. 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.