Wat kunt u verwachten?

Meer informatie over functies en gedragswijzigingen in toekomstige Azure Databricks releases.

Genie Code-taken in Lakeflow Jobs zijn standaard beschikbaar voor werkruimtes met het compliance-beveiligingsprofiel ingeschakeld met ingang van november 2026

Vanaf november 2026 zijn Genie Code-taken in Lakeflow Jobs standaard beschikbaar voor werkruimtes met het compliance-beveiligingsprofiel ingeschakeld.

Een Genie Code-taak voert je prompt autonoom uit als onderdeel van een job. Het kan upstream taakuitvoer lezen en indien nodig tools aanroepen, en geeft een link terug naar de resulterende Genie Code-chat met zijn antwoord.

Zie de Genie Code-taak voor banen.

Facturering voor een privénetwerkgateway

Vanaf 1 december 2026 of later zal Azure Databricks factureren voor het gebruik van een privénetwerkgateway.

Zie privénetwerkgateway.

Bestandsupload in Genie One en Genie Agents zal binnenkort standaard beschikbaar zijn voor werkruimten met een compliancebeveiligingsprofiel met ondersteunde compliance-standaarden

Vanaf 15 november 2026 zal het uploaden van bestanden in Genie One en Genie Agents standaard beschikbaar zijn voor werkruimtes die het compliance-beveiligingsprofiel hebben ingeschakeld, mits de compliance-standaard van de werkruimte het uploaden van bestanden ondersteunt. Je kunt bestanden uploaden naar een gesprek en ze in natuurlijke taal analyseren naast je andere data.

Werkruimtes met een compliance-standaard die nog geen bestandsupload ondersteunt, kunnen daar nog geen gebruik van maken. Om te controleren of je standaard het uploaden van bestanden ondersteunt, open je de pagina ervan vanuit de lijst met ondersteunde compliance-standaarden en bekijk je de tabel voor functionaliteitsbeschikbaarheid.

Zie Upload een bestand en Upload een bestand naar een Genie Agent.

Pakketrepositories op werkruimteniveau voor Databricks-apps zullen binnenkort standaard beschikbaar zijn voor werkruimtes met het compliance-beveiligingsprofiel ingeschakeld

Vanaf 13 november 2026 worden pakketopslagplaatsen op werkruimteniveau voor Databricks Apps automatisch ingeschakeld voor werkruimten waarvoor het compliance-beveiligingsprofiel is ingeschakeld. Workspace-beheerders kunnen standaard Python- en npm-pakketrepositories configureren die door apps worden overgenomen, terwijl ze toch app-niveau overrides toestaan.

Zie Standaard pakketrepositories configureren.

AI Runtime zal binnenkort standaard beschikbaar zijn voor werkruimtes met het compliance-beveiligingsprofiel ingeschakeld

AI Runtime staat gepland om op 15 oktober 2026 algemeen beschikbaar te worden op AWS en Azure voor werkruimtes waarvoor het compliance-beveiligingsprofiel niet is ingeschakeld.

AI Runtime zal standaard beschikbaar zijn voor in aanmerking komende werkruimtes met het compliance-beveiligingsprofiel ingeschakeld in november De beschikbaarheid hangt af van de ondersteunde nalevingsnormen en regio's.

Gebruik AI Runtime om modellen te trainen en fijn af te stellen op serverless GPU's zonder de onderliggende infrastructuur te provisioneren of te beheren.

Zie AI Runtime.

Feature Views zullen binnenkort standaard beschikbaar zijn voor werkruimtes met het compliance-beveiligingsprofiel ingeschakeld

Feature Views zijn nu algemeen beschikbaar. Ze worden automatisch ingeschakeld voor werkruimtes met het compliance-beveiligingsprofiel ingeschakeld medio november 2026.

Definieer en bereken features declaratief uit batch- of streamingdata, en gebruik ze vervolgens voor modeltraining en online serving.

Zie Functieweergaven.

JDBC Unity Catalog-verbindingen zullen binnenkort standaard beschikbaar zijn voor werkruimtes met het compliance-beveiligingsprofiel ingeschakeld

Midden november 2026 zullen JDBC Unity Catalog-verbindingen, inclusief ondersteuning voor SSL-certificaten, standaard beschikbaar zijn voor werkruimtes met het compliance-beveiligingsprofiel ingeschakeld.

Gebruik JDBC Unity Catalog-verbindingen om verbinding te maken met externe databases met een aangepaste JDBC-driver, waarbij de toegang wordt beheerd door Unity Catalog.

Zie JDBC-verbinding.

Unity Catalog Scala en Java UDF's en Scalar en Batch Unity Catalog Python UDF's zullen binnenkort standaard beschikbaar zijn voor werkruimtes met het compliance-beveiligingsprofiel ingeschakeld

Unity Catalog Scala en Java UDF's en Scalar en Batch Unity Catalog Python UDF's zullen standaard beschikbaar zijn voor werkruimtes met het compliance-beveiligingsprofiel ingeschakeld vanaf november 2026.

Zie Python UDF-functievereisten en Scala en Java gebruikersgedefinieerde functies (UDF's) in de Unity Catalog.

CREATE OR REPLACE VIEW zal binnenkort standaard machtigingen, opmerkingen en tags behouden

Vanaf 2 december 2026 zal CREATE OR REPLACE VIEW weergaven direct bijwerken, in plaats van de weergave te verwijderen en opnieuw aan te maken. Grants, tags en opmerkingen worden behouden met één kanttekening:

• Je moet eerst beheerde tags verwijderen in een weergavekolom voordat je de kolom via CREATE OR REPLACE VIEW verwijdert. Anders zal de instructie falen met een CANNOT_DROP_TAGGED_COLUMN fout om de ABAC-beleidsregels te beschermen die ervan afhankelijk zijn (lees meer).

Gebruik CREATE OR REPLACE VIEW <catalog>.<schema>.<view> NOCOPY * … om machtigingen, tags en opmerkingen expliciet uit de view te verwijderen (beheerde tags blijven behouden).

Zie CREATE VIEW en aankomende wijziging om metadata te behouden voor CREATE OR REPLACE VIEW.

De remote_query functie zal binnenkort standaard beschikbaar zijn voor werkruimtes met het compliance-beveiligingsprofiel ingeschakeld

In november 2026 zal de remote_query tabelwaarde-functie standaard beschikbaar zijn voor werkruimtes met het compliance-beveiligingsprofiel ingeschakeld.

Gebruik remote_query om queries uit te voeren op externe databases in hun native SQL-syntaxis, met inloggegevens via een Unity Catalog-verbinding.

Zie Externe databases opvragen met behulp van de remote_query functie.

Salesforce Data 360-bestandsdeling zal binnenkort standaard beschikbaar zijn voor werkruimtes met het compliance-beveiligingsprofiel ingeschakeld

De Salesforce Data 360-connector voor het delen van bestanden (voorheen bekend als Salesforce Data Cloud file sharing) wordt standaard beschikbaar voor werkruimten waarvoor het compliancebeveiligingsprofiel is ingeschakeld.

Gebruik de connector in Lakehouse Federation om Salesforce Data 360-gegevens rechtstreeks vanuit cloudobjectopslag op te vragen zonder deze te kopiëren naar Azure Databricks. Query's worden uitgevoerd op de rekenkracht van Azure Databricks.

Zie Lakehouse Federation voor Salesforce Data 360 File Sharing.

Variant shredding zal binnenkort standaard worden ingeschakeld op nieuwe varianttabellen

Vanaf 18 november 2026 zal Azure Databricks de variantShredding tabelfunctie automatisch toevoegen aan nieuwe tabellen die een kolom van het VARIANT type bevatten wanneer deze worden aangemaakt op Databricks Runtime 17.3 of hoger. Variant shredding slaat vaak geraadpleegde velden op in een getypeerde, kolomsgewijze indeling om de queryprestaties te verbeteren.

Dit is een ingrijpende wijziging voor Databricks Runtime 15.4: clusters waarop Databricks Runtime 15.4 wordt uitgevoerd, kunnen niet lezen uit of schrijven naar tabellen waarvoor variant shredding is ingeschakeld. Upgrade de getroffen clusters naar Databricks Runtime 16.4 of hoger voordat deze wijziging van kracht wordt.

Zie Variant shredding gebruiken om de prestaties te optimaliseren.

Verwijdering van de meegeleverde BigQuery JDBC-driver in Databricks Runtime 20

Vanaf Databricks Runtime 20 bevat Databricks Runtime niet langer de meegeleverde BigQuery JDBC-driver, terwijl Databricks Runtime 19 en eerder deze blijven bevatten.

Klassieke rekenworkloads die Spark JDBC gebruiken met een jdbc:bigquery:-URL mislukken met een driver-not-found-fout, tenzij er een BigQuery JDBC-driver is geïnstalleerd. Migreer de workload voordat je een getroffen workload upgradet.

Webhook-gestuurde implementaties voor Databricks-apps zullen binnenkort algemeen beschikbaar zijn

Vanaf oktober 2026 zullen webhook-getriggerde implementaties voor Databricks-apps algemeen beschikbaar zijn. Deploy je app automatisch wanneer wijzigingen worden doorgestuurd naar een verbonden GitHub- of Azure DevOps-repository, zodat je gedeployeerde app synchroon blijft met je repository zonder handmatige heruitrol.

Zie Een Databricks-app implementeren.

JAR-taken op serverless compute zullen binnenkort beschikbaar zijn voor werkruimtes met het compliance-beveiligingsprofiel ingeschakeld

Begin oktober 2026 wordt het uitvoeren van JAR-taken op serverless compute automatisch ingeschakeld voor werkruimtes met het compliance-beveiligingsprofiel ingeschakeld. Verpak je Java- of Scala Spark-code in een JAR en voer deze uit als een JAR-taak op serverless compute in een Lakeflow-job, zonder clusters te provisioneren of te beheren.

Zie JAR-bestanden maken en uitvoeren met serverless computing.

Een automatische wijzigingsdatafeed zal binnenkort beschikbaar zijn in alle ondersteunde regio's

De automatische wijzigingsdatafeed (Auto CDF) wordt de komende maand uitgerold naar werkruimtes en zal eind oktober 2026 beschikbaar zijn in alle ondersteunde regio's. Auto CDF berekent wijzigingen op rijniveau tijdens het queryproces met behulp van rijtracking, dus je hoeft de wijzigingsdatafeed niet in elke Delta Lake of Apache Iceberg v3-tabel in te schakelen. Hiervoor is Databricks Runtime 19 of hoger vereist, waarbij rijtracking is ingeschakeld.

Zie Automatische wijzigingsgegevensfeed.

Horizontale schaalbaarheid voor Databricks-apps zal binnenkort beschikbaar zijn voor werkruimtes met het compliance-beveiligingsprofiel ingeschakeld

Begin oktober 2026 zal horizontale schaalbaarheid voor Databricks-apps automatisch worden ingeschakeld voor werkruimtes met het compliance-beveiligingsprofiel ingeschakeld. Horizontale schaal stelt je in staat een app te draaien over meerdere instanties achter één app-URL voor een hogere beschikbaarheid en gelijktijdigheid.

Zie Horizontale schaal voor Databricks-apps.

Het compliance-beveiligingsprofiel zal Azure Virtual Network-encryptie afdwingen

Momenteel controleert en handhaaft het compliance-beveiligingsprofiel alleen het gebruik van specifieke VM-instantietypen, niet het inschakelen van Azure Virtual Network-encryptie. De handhaving van de Azure Virtual Network-encryptievereiste begint op 1 februari 2027, ook op werkruimtes die al het compliance-beveiligingsprofiel hebben ingeschakeld.

Zie het compliance-beveiligingsprofiel en Configureer verbeterde beveiligings- en compliance-instellingen.

Incrementele invoer voor Salesforce-formulevelden in Lakeflow Connect zal binnenkort algemeen beschikbaar zijn

Incrementele gegevensinname voor Salesforce-formulevelden in Lakeflow Connect zal binnenkort algemeen beschikbaar zijn. Momenteel neemt Lakeflow Connect formulevelden standaard op door bij elke pijplijnuitvoering een volledige momentopname te maken. Wanneer incrementele formuleveldinvoering algemeen beschikbaar is, zullen volledige snapshots niet langer de standaard zijn. Incrementele gegevensinname verbetert doorgaans de prestaties en verlaagt de kosten.

Zie Salesforce-formulevelden incrementeel opnemen.

Aankomend einde van de levensduur voor de Supervisor API

De Supervisor API (Beta) bereikt het einde van zijn levensduur op 30 september 2026. Na die datum is de API niet langer beschikbaar.

Azure Databricks raadt aan om te migreren naar custom agents op Databricks Apps.

Zie Supervisor API (verouderd).

Rolgebaseerde toegangscontrole (RBAC) zal binnenkort standaard beschikbaar zijn voor werkruimtes met het compliance-beveiligingsprofiel ingeschakeld

Rolgebaseerde toegangscontrole (RBAC) zal standaard beschikbaar zijn voor werkruimtes met het compliance-beveiligingsprofiel ingeschakeld vanaf medio september 2026.

RBAC laat gebruikers een rol aannemen in Azure Databricks. Wanneer een gebruiker een rol op zich neemt, gelden alleen de rechten van die rol, en niet de verzamelde rechten van de gebruiker. Dit maakt exclusieve toegang mogelijk. Gebruikers moeten actief een rol op zich nemen om toegang te krijgen tot gevoelige gegevens, waardoor ze er niet onder hun eigen identiteit toegang toe krijgen en data niet kunnen vermengen tussen use cases, klinische studies, projecten of cliënten.

Zie op rollen gebaseerd toegangsbeheer (RBAC).

Aanstaande afschaffing van de kolom gegevenskwaliteitsmonitoring downstream_impact

De kolom downstream_impact in de systeemtabel met resultaten van gegevenskwaliteitscontrole wordt uitgefaseerd.

De deprecatie begint op 7 september 2026 en wordt vervolgens in de loop van de daaropvolgende week geleidelijk per regio doorgevoerd. Tot de uitrol je werkruimte heeft bereikt, kun je downstream_impact mogelijk nog vragen stellen. Zodra de deprecatie is voltooid, wordt de kolom niet langer gevuld.

Voor de getroffen kolom, zie Gegevenskwaliteitsmonitoringsresultaten systeemtabelreferentie en Bekijk de loggresultaten van anomaliedetectie.

Aanstaande afschaffing van de kolom gegevenskwaliteitsmonitoring root_cause_analysis

De kolom root_cause_analysis in de systeemtabel met resultaten van gegevenskwaliteitscontrole wordt uitgefaseerd.

De deprecatie begint op 18 augustus 2026 en wordt geleidelijk uitgerold in de regio's gedurende de daaropvolgende dagen. Tot de uitrol je werkruimte heeft bereikt, kun je root_cause_analysis mogelijk nog vragen stellen. Zodra de deprecatie is voltooid, wordt de kolom niet langer gevuld.

Voor de getroffen kolom, zie Gegevenskwaliteitsmonitoringsresultaten systeemtabelreferentie en Bekijk de loggresultaten van anomaliedetectie.

Gedeelde tabellen die worden ondersteund door standaardopslag worden standaard ingeschakeld voor alle accounts

OpenSharing-ondersteuning voor tabellen die worden ondersteund door standaardopslag is over het algemeen beschikbaar en standaard ingeschakeld voor de meeste accounts. Voor de meeste Enterprise- of Premium-tier accounts zal Azure Databricks dit automatisch inschakelen medio september 2026, en begin 2027 voor de rest.

Totdat deze voor je account is ingeschakeld, kan een accountbeheerder de OpenSharing for Default Storage – Expanded Access-functie inschakelen via de Previews-pagina in de accountconsole. Zie Azure Databricks previews beheren.

Uitgebreide netwerkfacturering voor OpenSharing SecureConnect

Azure Databricks zal de netwerkfacturering uitbreiden voor OpenSharing SecureConnect. Tegenwoordig worden dataproviders gefactureerd voor gegevensoverdracht (egress) wanneer ontvangers gedeelde gegevens via SecureConnect benaderen. Aanvullende kosten en toegangsscenario's, inclusief kosten die aan ontvangers worden gefactureerd, zijn gepland.

Azure Databricks brengt geen kosten in rekening voor gegevensverwerking voor privéconnectiviteit (netwerkconnectiviteitsconfiguratie, of NCC).

De volgende tabel vat de geplande kosten samen, wie er wordt gefactureerd en hoe elk van toepassing is op toegangsscenario's:

¹ Gegevensoverdracht (uitgang) is niet van toepassing wanneer de ontvanger zich in dezelfde regio als de provider bevindt.
² Azure Databricks factureert deze vergoeding niet. Als ontvangers op classic compute of open ontvangers opslag bereiken via het publieke netwerk, kan hun eigen cloudprovider hen direct factureren voor netwerkadresvertaling (NAT).
³ Serverless ontvangers van dezelfde regio lezen rechtstreeks uit de opslag.

Voor tarieven, zie Data Transfer and connectivity pricing, of neem contact op met je Azure Databricks-accountteam.

OpenSharing SecureConnect is standaard beschikbaar voor alle accounts

OpenSharing SecureConnect is algemeen beschikbaar. Azure Databricks zal het standaard beschikbaar maken voor accounts op het Premium-abonnement medio september 2026, en begin 2027 voor de rest.

Totdat het beschikbaar is voor jouw account, kan een accountbeheerder aan de providerzijde de OpenSharing SecureConnect preview inschakelen vanaf de Previews-pagina in de accountconsole. Zie Gegevens delen achter een firewall met SecureConnect en Beheer Azure Databricks previews.

Secrets in Unity Catalog zal binnenkort standaard beschikbaar zijn voor werkruimtes met het compliance-beveiligingsprofiel ingeschakeld

Secrets in Unity Catalog zal standaard beschikbaar zijn voor werkruimtes met het compliance-beveiligingsprofiel ingeschakeld eind september 2026.

Bewaar, beheer en benader geheimen als beveiligbare objecten in Unity Catalog. Een Unity Catalog-geheim maakt gebruik van de naamruimte van drie niveaus (catalog.schema.secret) en wordt beheerd door Unity Catalog-bevoegdheden, zodat u dezelfde toegangscontroles en controle kunt toepassen die u gebruikt voor andere gegevensassets.

Zie Secrets in Unity Catalog.

Aankomende algemene beschikbaarheid van Unity Gateway

Unity Gateway, de Azure Databricks governance-oplossing voor enterprise AI, staat gepland voor algemene beschikbaarheid. Gebouwd op Unity Catalog breidt Unity Gateway governance uit naar de runtime-interacties tussen modellen, agents, MCP-servers en tools. Je kunt bepalen welke AI-diensten teams gebruiken, AI-verkeer routeren en beheren, en het gebruik vanuit één controlevlak monitoren.

De volgende mogelijkheden zijn algemeen beschikbaar. Model-, MCP- en modelproviderservices zijn Unity Catalog-securables die je beheert met dezelfde privileges als tabellen en volumes:

• Modelservices leiden verzoeken naar pay-per-token- en externe modellen met verkeersverdeling en failover, en je kunt ze delen tussen werkruimtes. Zie Custom model services.
• MCP-diensten registreren externe of door Azure Databricks geleverde MCP-servers, zodat je agenttoegang kunt regelen met grants en toolselectie. Zie MCPs.
• Services van modelaanbieders vertegenwoordigen externe modelaanbieders zoals OpenAI, Anthropic en Amazon Bedrock, met centraal beheerde toegangsgegevens. Zie modelproviders buiten Databricks.
• Budgetten monitoren en beheren de maandelijkse Unity Gateway-uitgaven met drempels per gebruiker en harde limieten. Zie Budgetten beheren voor Unity Gateway.

Unity Gateway zal standaard beschikbaar zijn voor werkruimtes met het compliance-beveiligingsprofiel ingeschakeld vanaf medio september 2026.

Zie AI-bestuur met Unity Gateway.

Toegewezen groepsclusters zijn binnenkort standaard beschikbaar voor werkruimten waarvoor het nalevingsbeveiligingsprofiel is ingeschakeld

Toegewezen groepsclusters zijn standaard beschikbaar voor werkruimten waarvoor het beveiligingsprofiel voor naleving is ingeschakeld in september 2026.

U kunt een rekenresource toewijzen aan een groep met behulp van de toegewezen toegangsmodus, zodat groepsleden berekeningen kunnen delen terwijl talen en workloads veilig worden uitgevoerd die niet worden ondersteund door de standaardtoegangsmodus, zoals Databricks Runtime voor ML, RDD-API's en R. Wanneer een gebruiker verbinding maakt met een groepscluster, worden de machtigingen van de gebruiker beperkt tot de machtigingen van de groep voor de clustersessie.

Zie Toegang tot toegewezen rekengroepen.

Hoge QPS voor AI Search is binnenkort standaard beschikbaar voor workspaces waarvoor het nalevingsbeveiligingsprofiel is ingeschakeld

AI Search met een hoge QPS zal eind augustus 2026 standaard beschikbaar zijn voor werkruimten waarin het compliancebeveiligingsprofiel is ingeschakeld.

Stel een doel-QPS in voor standaard-AI Search-eindpunten om realtime workloads met hoge doorvoer mogelijk te maken, zoals zoekbalken, aanbevelingssystemen en entiteitsmatching. Hoge QPS is standaard ingeschakeld, maar bestaande eindpunten worden niet beïnvloed. Extra capaciteit en de bijbehorende kosten zijn alleen van toepassing wanneer u een doel-QPS voor een eindpunt configureert.

Zie de doorvoer van AI Search-eindpunten opschalen met hoge QPS.

Querygebaseerde connectors in Lakeflow Connect zullen binnenkort standaard beschikbaar zijn voor workspaces waarbij het compliancebeveiligingsprofiel is ingeschakeld

Connectors op basis van query's in Lakeflow Connect zijn binnenkort standaard beschikbaar voor werkruimten waarvoor het nalevingsbeveiligingsprofiel is ingeschakeld. Connectors op basis van query's nemen gegevens op uit databases door rechtstreeks een query uit te voeren op de bron met behulp van een cursorkolom, zonder dat configuratie voor Change Data Capture (CDC) of een datainname-gateway nodig is. Ondersteunde bronnen zijn Oracle, Teradata, SQL Server, MySQL, MariaDB en PostgreSQL, evenals alle Lakehouse Federation-gegevensbronnen met behulp van opname van externe catalogi.

Zie query-gebaseerde connectors.

Aanvraag voor Toegang wordt binnenkort standaard ingeschakeld voor alle werkruimten

In een toekomstige release wordt Aanvraag voor toegang standaard ingeschakeld voor alle werkruimten en worden toegangsaanvragen via e-mail doorgestuurd naar de eigenaar van het aangevraagde Unity Catalog-object. U kunt toegangsaanvraagbestemmingen op elk gewenst moment configureren in de metastore-instellingen. De verouderde instellingen voor toegangsaanvragen op werkruimteniveau worden afgeschaft.

Zie Toegangsverzoekbestemmingen configureren voor een metastore.

Automatische upgrades zullen meer functies uitrollen naar bestaande tabellen

Automatische upgrades passen aanbevolen functies toe op je Unity Catalog beheerde tabellen na verificatie van de werklastcompatibiliteit. Azure Databricks breidt de functies uit waarop automatische upgrades van toepassing zijn voor bestaande tabellen.

Vanaf juli 2026 worden rijtracering en Checkpoint V2 via automatische upgrades toegevoegd aan bestaande tabellen. Deze uitrol is geleidelijk, dus deze functies zullen op verschillende momenten beschikbaar zijn voor verschillende klanten.

In augustus 2026 worden catalog commits en verwijderingsvectoren via automatische upgrades uitgerold voor bestaande tabellen.

Automatische upgrades activeren een functie pas nadat het observatievenster heeft gecontroleerd dat elke client die een tabel raadpleegt deze ondersteunt. Om bij te houden welke functies beschikbaar zijn voor automatische upgrades, zie Ondersteunde functies.

Azure Databricks geleverde MCP-services zullen binnenkort beschikbaar zijn

Azure Databricks geleverde MCP-services voor SaaS-toepassingen zoals Slack, GitHub, Atlassian en Google Drive zijn binnenkort algemeen beschikbaar, waarbij zowel lees- als schrijfbewerkingen standaard zijn ingeschakeld. Beheerders en gebruikers kunnen MCP-diensten en individuele tools in Unity Gateway uitschakelen.

Zie MCPs.

Wijzigen in standaardpijplijneditor voor werkruimten waarvoor het nalevingsbeveiligingsprofiel is ingeschakeld

De Lakeflow Pipelines Editor is algemeen beschikbaar sinds mei 2026. In augustus wordt het de standaardeditor voor het ontwikkelen en opsporen van fouten in pijplijnen in werkruimten waarvoor het beveiligingsprofiel voor naleving is ingeschakeld. Op dat moment wordt de verouderde editor verwijderd.

Zie ETL-pijplijnen ontwikkelen en fouten opsporen met de Lakeflow Pipelines Editor voor meer informatie over de Lakeflow Pipelines Editor. Neem contact op met uw accountteam als u vragen hebt over deze overgang.

Gedragswijzigingen voor doorlopende taken en pijplijnen

Begin augustus 2026 worden doorlopende Lakeflow-pipelines en -taken bijgewerkt om de configuratie te vereenvoudigen.

U kunt een doorlopend schema rechtstreeks vanaf de pijplijnpagina configureren, inclusief instellingen op taakniveau, zoals de prestatiemodus. Als u een doorlopend schema configureert, wordt de pijplijn op deze manier verpakt in een doorlopende taak.

Databricks raadt aan continue pijplijnen uit te voeren met een continue taak in plaats van de ingebouwde continue instelling van de pijplijn. Wanneer een doorlopende taak een pijplijn verpakt, beheert de taak de uitvoeringslevenscyclus van de pijplijn. De ingebouwde continue instelling wordt niet verwijderd, maar nieuwe continue pijplijnen moeten gebruikmaken van het patroon voor continue taken.

Het maken van een klassieke werkruimte met een Azure Databricks beheerd VNet wordt binnenkort afgeschaft

In een toekomstige release is Azure Databricks van plan om het maken van klassieke werkruimten met een door Azure Databricks beheerd VNet te verwijderen. Voor nieuwe werkruimten raadt Azure Databricks een serverloze werkruimte aan voor de eenvoudigste quickstart of VNet-injectie als u een klassieke werkruimte nodig hebt. Een gedetailleerde migratietijdlijn wordt afzonderlijk gecommuniceerd.

Zie Klassiek rekenvliegtuignetwerk.

Beveiligde clusterconnectiviteit wordt binnenkort verplicht voor klassieke werkruimten

In een toekomstige release is Azure Databricks van plan om beveiligde clusterconnectiviteit voor alle klassieke werkruimten te vereisen. Werkruimten die zijn gemaakt met enableNoPublicIp ingesteld op false worden niet meer ondersteund en de parameter wordt verplicht. Een gedetailleerde migratietijdlijn wordt afzonderlijk gecommuniceerd.

Zie Beveiligde clusterconnectiviteit inschakelen.

Azure Databricks UI-assets worden bediend vanuit een nieuw CDN-domein

Eind augustus 2026 zullen Azure workspaces UI-assets laden vanuit een nieuw first-party CDN-domein. ui-assets.azuredatabricks.net Als je firewall uitgaand verkeer per domein beperkt, voeg dan het nieuwe domein toe zodat de gebruikersinterface correct laadt.

Zie Verkeer toestaan naar CDN-domeinen voor UI-assets.

Lakeflow Designer is binnenkort standaard beschikbaar voor werkruimten waarvoor het nalevingsbeveiligingsprofiel is ingeschakeld

Lakeflow Designer is standaard beschikbaar voor werkruimten waarvoor het nalevingsbeveiligingsprofiel eind juli 2026 is ingeschakeld.

Lakeflow Designer is een visuele ervaring zonder code voor het voorbereiden en transformeren van gegevens op een canvas voor slepen en neerzetten, met alle werkstromen die worden ondersteund door code die gereed is voor productie en die wordt beheerd door Unity Catalog.

Zie Lakeflow Designer.

Bundels voor declaratieve automatisering zullen binnenkort standaard de engine voor directe implementatie gebruiken

Op 24 juli 2026 zullen Declarative Automation Bundles in de werkruimte standaard de engine voor directe implementatie gaan gebruiken in plaats van de Terraform-implementatie-engine. Hiermee wordt een automatische migratie geactiveerd voor alle bundels in de werkruimte die nog steeds gebruikmaken van de Terraform-implementatie-engine.

Voor Databricks CLI-bundelimplementaties wordt de directe implementatie-engine vanaf 26 augustus 2026 de standaardinstelling. De Terraform-implementatie-engine wordt uitgeschakeld in nieuwe releases van de Databricks CLI in september 2026.

Zie Migreren naar de directe implementatie-engine voor meer informatie over de directe implementatie-engine en migratie vanuit de Terraform-implementatie-engine.

Variant is binnenkort standaard beschikbaar voor werkruimten waarvoor het nalevingsbeveiligingsprofiel is ingeschakeld

Variant is standaard beschikbaar voor werkruimten waarvoor het nalevingsbeveiligingsprofiel is ingeschakeld in juli 2026.

Gebruik Variant om semi-gestructureerde gegevens op te nemen uit streamingbronnen (Kinesis, Event Hub), REST API's en schemaloze databases, terwijl querytoegang met hoge prestaties wordt gehandhaafd.

Zie ondersteuning voor varianttypen voor Apache Iceberg en Delta Lake.

Aankomende gedragswijziging: Kies machtigingen bij het toevoegen van gebruikers en groepen aan werkruimten

Databricks verandert hoe principals werkruimterechten krijgen. Na deze wijziging verleent u expliciet rechten wanneer u een principal toevoegt aan een werkruimte in plaats van te vertrouwen op overname van de users systeemgroep. Werkruimtebeheerders kunnen zich vanaf 15 juni 2026 aanmelden en het nieuwe gedrag wordt afgedwongen voor alle werkruimten op 14 september 2026.

Met deze wijziging kunt u gebruikers of groepen op elk toegangsniveau toevoegen, inclusief gebruikers met alleen consumententoegang, zonder dat zij automatisch bewerkingsrechten erven.

Wat verandert er?

Elke werkruimte heeft twee systeemgroepen: users, inclusief alle principals die toegang hebben verleend tot de werkruimte en admins, waaronder de werkruimtebeheerders. Momenteel erft elke principal die aan een werkruimte wordt toegevoegd de machtigingen die aan users zijn verleend. Dit zijn standaard:

• Toegang tot de werkruimte — notebooks, jobs, pipelines, apps en meer maken en gebruiken.
• Databricks SQL-toegang — dashboards, Genie Agents, waarschuwingen en meer maken en gebruiken.

Na de wijziging:

• De users groep heeft geen rechten. De admins groep heeft alle werkruimterechten. De rechten van beide groepen zijn vergrendeld.
• Nieuwe principals moeten expliciet rechten worden verleend wanneer ze worden toegevoegd aan een werkruimte.
• users en admins kunnen niet als lid van andere groepen worden genest.

Bestaande principals behouden hun huidige toegangsniveau. Databricks migreert automatisch de machtigingen die eerder aan users zijn toegekend naar een nieuwe, werkruimtelokale kloongroep met de naam users-clone-<TIMESTAMP> (waarbij <TIMESTAMP> het tijdstip van de migratie is). U beheert de kloongroep zoals elke andere werkruimte-lokale groep en u kunt de naam ervan aanpassen wanneer u zich vroeg aanmeldt. Voor de admins groep is geen migratie vereist.

Vereiste actie

• Als u rechten voor systeemgroepen beheert via automatisering (Terraform, SCIM-API's voor werkruimten of aangepaste scripts), werkt u uw werkstromen bij naar standaardaccountgroepen, niet naar systeemgroepen. Nadat het nieuwe gedrag is ingeschakeld, mislukken pogingen om rechten voor systeemgroepen te wijzigen.
• Als users of admins is genest als lid van een andere groep, verwijdert u het nesten. Nesten is niet toegestaan onder het nieuwe gedrag.
• Als uw SCIM-synchronisatie werkruimtegroepen verwijdert die niet worden herkend, werkt u de configuratie bij om de kloongroep (users-clone-<TIMESTAMP>) van de migratie te behouden. Als de synchronisatie de kloongroep verwijdert, verliezen principals die ernaar zijn gemigreerd hun rechten.

Timeline

• 15 juni 2026 – Opt-in beschikbaar in werkruimte-instellingen onder Geavanceerd > toegangsbeheer.
• 27 juli 2026 – Automatisch ingeschakeld voor werkruimtes waarvoor geen aan- of afmelding is ingesteld. Afmelden blijft mogelijk.
• 14 september 2026 : nieuw gedrag afgedwongen voor alle werkruimten. Afmelding verwijderd.

U beheert het nieuwe gedrag van uw werkruimte-instellingen onder Geavanceerd > toegangsbeheer:

Voordat u zich aanmeldt: verouderd gedrag is actief.

Nadat u zich hebt aangemeld of automatisch hebt ingeschakeld: nieuw gedrag is actief.

Zie Beheer van werkruimtemachtigingen migreren voor meer informatie.

Beveiligingsprofiel voor naleving vereist voor HIPAA, HITRUST en IRAP

Vanaf 1 september 2026 moet het nalevingsbeveiligingsprofiel gegevens verwerken die zijn beveiligd onder HIPAA, HITRUST en IRAP.

Zie nalevingsbeveiligingsprofiel.

Gebruikersautorisatie voor Databricks-apps is binnenkort beschikbaar voor werkruimten waarvoor het nalevingsbeveiligingsprofiel is ingeschakeld

Eind september 2026 zal gebruikersautorisatie voor Databricks-apps automatisch worden ingeschakeld voor werkruimtes met het compliance-beveiligingsprofiel ingeschakeld. Met gebruikersautorisatie kunnen apps handelen met de identiteit van de app-gebruiker, zodat apps namens de gebruiker toegang hebben tot resources terwijl de bestaande machtigingen van de gebruiker worden afgedwongen.

Zie Gebruikersautorisatie.

Aankomende wijziging: Upgraden naar Lakebase Autoscaling

Azure Databricks upgradet alle Lakebase Provisioned-instanties naar het Lakebase Autoscaling-platform. Upgrades beginnen in juni 2026 voor klanten die ze hebben aangevraagd, waarbij de resterende exemplaarupgrades in de volgende weken worden voortgezet. Werkruimtebeheerders ontvangen een e-mail met upgradedatums voordat de upgrade begint.

De upgrade is automatisch. Verbindingen worden kort opnieuw opgestart tijdens de overgang en bestaande verbindingsreeksen, API-aanroepen, declaratieve Automation-bundels en Terraform-configuraties blijven werken zonder wijzigingen.

Na de upgrade zijn de volgende wijzigingen van toepassing:

• Uw instanties ondersteunen autoscaling-functies en kunnen worden beheerd via zowel de nieuwe Autoscaling-UI als via de vertrouwde Provisioned UI, die beschikbaar blijft tot 1 september 2026.

• Elke instantie ontvangt een nieuwe regionale verbindingsreeks die geoptimaliseerde inkomende verbindingen mogelijk maakt:

  • Bestaande connection strings: Geconfigureerde connection strings (zonder regio) blijven werken via de bestaande inkomende Private Link en vereisen geenService Direct Private Link.
  • Nieuwe regionale verbindingsreeks: Als u Private Link gebruikt en verbinding maakt met Lakebase van buiten de Azure Databricks-werkruimte, moet u inkomende Private Link voor prestatie-intensieve services configureren om de nieuwe regionale verbindingsreeks te gebruiken.

• Als u nieuwe functies voor automatisch schalen wilt gebruiken, zoals scale-to-zero in uw declaratieve Automation-bundels en Terraform-configuraties, moet u deze bijwerken om semantiek voor automatisch schalen te gebruiken.

• Prijzen van Lakebase GA zijn van toepassing. Door elastische rekenkracht te vervangen door instanties met een vaste grootte, zien de meeste klanten een vermindering van de rekenkosten.

• De functies voor Forward ETL en REST API in Private Preview op Lakebase Provisioned worden na de upgrade uitgeschakeld. Hun vervangingen, Lakebase Change Data Feed en de Gegevens-API, zijn beschikbaar op het platform voor automatisch schalen.

Lakebase Autoscaling voegt automatisch schalen en terugschalen naar nul, herstel naar een specifiek tijdstip en snapshots, het plannen van onderhoudsvensters, databasevertakkingen en andere verbeteringen toe. Zie Upgraden naar automatisch schalen voor meer informatie over wat u kunt verwachten, welke wijzigingen en welke acties moeten worden uitgevoerd.

Als u een versnelde upgrade wilt aanvragen of als u vragen hebt, neemt u contact op met uw accountteam of Azure Databricks Ondersteuning.

Databricks Runtime 19 gebruikt een uniform releasemodel

Vanaf versie 19 gebruikt Databricks Runtime een uniform releasemodel. In plaats van meerdere functieversies (bijvoorbeeld 19.0, 19.1, 19.2), heeft elke primaire versie één releaseopmerkingspagina.

Na een eerste bètaversie wordt elke Databricks Runtime-versie gestart als algemeen beschikbaar (GA) en ontvangen ze ongeveer wekelijks nieuwe functies en fixes, waarbij updates zijn gedifferentieerd per datum op één pagina. Clusters ontvangen updates wanneer ze opnieuw worden opgestart. Na ongeveer zes maanden wordt de versie overgestapt op langetermijnondersteuning (LTS) met drie jaar ondersteuning.

Databricks Runtime 18 is de overgangsrelease. De functieversiepagina's 18.0, 18.1 en 18.2 blijven beschikbaar voor historische naslaginformatie. Databricks Runtime 18 LTS is de definitieve uniforme versie op de regel 18.x.

Machtigingen voor werkruimteobjecten worden binnenkort overgenomen van alle accountgroepen

In een toekomstige release worden machtigingen voor werkruimteobjecten overgenomen van alle accountgroepen, niet alleen groepen die rechtstreeks aan de werkruimte zijn toegewezen. Principals nemen machtigingen over voor werkruimteobjecten, zoals taken, notitieblokken, mappen, query's en dashboards, van alle accountgroepen waarvan ze lid zijn, ongeacht of deze groepen aan de werkruimte zijn toegewezen. Gebruikers moeten nog steeds worden toegewezen aan de werkruimte om deze machtigingen te kunnen gebruiken.

Deze wijziging activeert ook inactieve toestemmingsverleningen ('achtergelaten') autorisaties. Dit zijn toestemmingsrechten die bij een groep blijven bestaan nadat deze uit een werkruimte zijn verwijderd. Er worden geen nieuwe machtigingen toegevoegd, maar bestaande verweesde autorisaties worden actief, waardoor werkruimteleden mogelijk onverwachte toegang krijgen. Als bijvoorbeeld een groep 'Contractanten' is verwijderd uit een werkruimte, maar nog steeds bewerkingstoegang heeft tot een map, krijgt elk werkruimtelid in 'Contractanten' toegang tot die map.

Databricks raadt u aan om uw werkruimtemachtigingen te controleren. Gebruik het volgende notebook om inactieve machtigingen in uw werkruimten te identificeren:

Notitieblok voor analyse van verweesde machtigingen

Notebook krijgen

Aanstaande belangrijke wijziging: standaardgedrag bij het verwijderen van een Unity Catalog-pijplijn

In een toekomstige release verandert het standaardgedrag bij het verwijderen van een Unity Catalog-pijplijn. Als u een pijplijn verwijdert, worden momenteel ook alle gekoppelde gerealiseerde weergaven, streamingtabellen en weergaven verwijderd. Na deze wijziging blijven gekoppelde tabellen behouden, maar inactief nadat de pijplijn is verwijderd. De API zal ook standaard veranderen om tabellen te behouden, maar door het cascade veld op true in te stellen, wordt dit overschreven en blijft het huidige gedrag behouden.

Het cascade veld is nu beschikbaar. Werk uw code bij om het huidige gedrag, waarbij alle tabellen worden verwijderd wanneer een pijplijn wordt verwijderd, te behouden door cascade=true in te stellen.

Zie Een pijplijn verwijderen en Een pijplijn verwijderen.

Nieuwe standaardinschakeling voor de SQL-editor en buitengebruikstelling van de verouderde SQL-editor

De nieuwe SQL-editor is algemeen beschikbaar sinds oktober 2025. Als onderdeel van de overgang naar de nieuwe editor zijn de volgende wijzigingen gepland:

• Vanaf eind mei 2026: De nieuwe SQL-editor wordt standaard ingeschakeld voor alle werkruimten. De mogelijkheid om de functie op werkruimteniveau uit te schakelen, is niet meer beschikbaar. Afzonderlijke gebruikers kunnen hun query's nog steeds overschakelen naar de verouderde SQL-editor nadat deze periode is begonnen.
• Vanaf eind juli 2026: De verouderde SQL-editor wordt buiten gebruik gesteld. Alle gebruikers gebruiken de nieuwe SQL-editor en de afzonderlijke opt-out is niet meer beschikbaar.

Voor meer informatie over de nieuwe SQL-editor, zie Databricks SQL editor. Neem contact op met uw accountteam als u vragen hebt over deze overgang.

Wijzigingen aan tokens voor open ontvangers van OpenSharing (voorheen Delta Sharing)

OpenSharing voor open geadresseerden gaat over op een nieuwe, geadresseerdespecifieke URL-indeling. Nieuwe tokens die na de overgangsdatum zijn gemaakt, gebruiken automatisch de nieuwe URL-indeling. Deze wijziging verbetert de netwerkbeveiliging en stelt ontvangers in staat om voor zichzelf specifiek netwerkbeleid en firewallregels te configureren.

Voor Azure China wordt de overgang later aangekondigd.

De nieuwe URL's bevatten de ontvanger-id in het domein:

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

Ter referentie bevatten URL's die vóór deze wijziging zijn gemaakt, de ontvanger-id niet en gebruiken ze het eindpunt voor deltadeling.

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

De oude URL's blijven gedurende een bepaalde periode werken. De specifieke duur is afhankelijk van het type ontvanger en de aanmaakdatum van het token. Gegevensproviders moeten overschakelen naar de nieuwe URL-indeling voordat de oude URL-indeling ongeldig wordt.

OIDC Federation delen:

Databricks beveelt dataproviders aan om hun ontvangers te beginnen over te zetten naar de nieuwe URL-indeling. Hoewel er nog geen overgangsdatum is ingesteld, is de overgang nu zo dat er tijd is om problemen op te lossen. Na de overgang kunnen providers de nieuwe URL vinden in de OpenSharing-gebruikersinterface. Nadat de oude URL-indeling buiten gebruik is gesteld, is deze niet meer geldig.

Bearer-token delen:

Updates voor de openbare IP-adressen van het uitgaande besturingsvlak

Azure Databricks werkt de openbare IP-adressen van het outbound besturingsvlak en Azure-servicetags bij voor verbeterde beveiliging en beschikbaarheid van zones. Deze wijzigingen maken deel uit van een update van het besturingsvlak die op 20 mei 2025 is geïmplementeerd.

Als uw organisatie resourcefirewalls gebruikt om binnenkomende toegang te beheren:

• Als uw firewallregels verwijzen naar de Azure Databricks servicetag, is er geen actie vereist.
• Als u specifieke openbare IP-adressen van het besturingsvlak toestaat, moet u alle uitgaande ip-adressen van het besturingsvlak toevoegen op 26 september 2025.

De vorige ip-adressen van het uitgaande besturingsvlak worden nog steeds ondersteund.

Het veld sourceIpAddress in auditlogboeken bevat geen poortnummer meer

Vanwege een fout bevatten bepaalde verificatie- en verificatiecontrolelogboeken een poortnummer naast het IP-adres in het sourceIPAddress veld (bijvoorbeeld "sourceIPAddress":"10.2.91.100:0"). Het poortnummer, dat wordt geregistreerd als 0, biedt geen echte waarde en is inconsistent met de rest van de Databricks-auditlogboeken. Om de consistentie van auditlogboeken te verbeteren, is Databricks van plan de indeling van het IP-adres voor deze auditlogboekgebeurtenissen te wijzigen. Deze wijziging wordt vanaf begin augustus 2024 geleidelijk uitgerold.

Als het auditlogboek een sourceIpAddress van 0.0.0.0 bevat, kan Databricks stoppen met loggen.

MLflow-traceringsopslag in Unity Catalog is binnenkort standaard beschikbaar voor werkruimten waarvoor het nalevingsbeveiligingsprofiel is ingeschakeld

MLflow-traceringsopslag in Unity Catalog-tabellen is standaard beschikbaar voor werkruimten waarvoor het nalevingsbeveiligingsprofiel medio augustus 2026 is ingeschakeld.

MLflow-traceringen opslaan in Unity Catalog-tabellen voor schaalbare, beheerde traceringsopslag: opslag is onbeperkt, traceringen worden opgeslagen in OTelemetry-indeling (OpenTelemetry), de toegang wordt beheerd via schema- en tabelmachtigingen van Unity Catalog en u kunt traceringen opvragen met SQL. Als u traceringen wilt weergeven, wijst u een MLflow-experiment aan op een traceringslocatie van Unity Catalog.

Zie OpenTelemetry-traceringen opslaan in Unity Catalog.