Wat kunt u verwachten?

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

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 (Beta) (verouderd).

Consumententoegang om Unity AI Gateway-diensten te bevragen zal algemeen beschikbaar worden

Het uitvoeren van query's op Unity AI Gateway-modeldiensten en modelproviderdiensten met Consumer access is momenteel alleen beschikbaar via een opt-in voor de Consumer access to Unity AI GatewayPublic Preview. Wanneer deze mogelijkheid algemeen beschikbaar komt, kunnen gebruikers met consumententoegang deze services raadplegen zonder dat preview is ingeschakeld. Dit kan het modelverkeer van consumenten verhogen, inclusief verkeer naar diensten van modelaanbieders die verzoeken doorsturen naar externe aanbieders.

Voor deze wijziging moesten accountbeheerders budgetten en tarieflimieten instellen of directe modeltoegang uitschakelen voor gebruikers van consumenten zodat deze controles van kracht zijn wanneer de mogelijkheid algemeen beschikbaar wordt. Zie Budgetten beheren voor Unity AI Gateway, Tarieflimieten toepassen op model- en MCP-diensten, en Rechten beheren.

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.

Databricks Apps worden binnenkort ingeschakeld voor werkruimtes met het compliance-beveiligingsprofiel ingeschakeld

Vanaf begin september 2026 zullen Databricks Apps automatisch ingeschakeld zijn voor werkruimtes met het compliance-beveiligingsprofiel ingeschakeld.

Zie Databricks-apps.

Aankomende algemene beschikbaarheid van Unity AI Gateway

Unity AI Gateway, de Azure Databricks governance-oplossing voor enterprise AI, staat gepland voor algemene beschikbaarheid. Gebouwd op Unity Catalog breidt Unity AI 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 Govern model-API’s (modelservices).
• MCP-diensten registreren externe of door Azure Databricks geleverde MCP-servers, zodat je agenttoegang kunt regelen met grants en toolselectie. Zie Agents verbinden met hulpprogramma's van derden met MCP Services.
• Services van modelaanbieders vertegenwoordigen externe modelaanbieders zoals OpenAI, Anthropic en Amazon Bedrock, met centraal beheerde toegangsgegevens. Zie Externe modelproviders beheren (services voor modelproviders).
• Budgetten monitoren en beheren de maandelijkse uitgaven van Unity AI Gateway met drempels per gebruiker en harde limieten. Zie Budgetten beheren voor Unity AI Gateway.

Zie AI-governance met Unity AI 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 Toegangsaanvragen inschakelen in de 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.

Genie One is binnenkort beschikbaar voor gebruikers met alleen accounts

Genie One zal binnenkort gebruikers met uitsluitend een account ondersteunen, zodat elke gebruiker in uw identiteitsprovider toegang heeft tot Genie One zonder aan een werkruimte te zijn toegewezen of de consumentenmachtiging te hebben gekregen. Wanneer deze optie is ingeschakeld, worden alle gebruikers in uw id-provider automatisch geregistreerd. Unity Catalog blijft bepalen wat elke gebruiker kan zien.

Deze functie is standaard beschikbaar als openbare preview en is ingeschakeld. Als u in aanmerking wilt komen, moeten accounts Automatisch identiteitsbeheer (of SCIM op accountniveau) en een aangepaste URL inschakelen.

Accountbeheerders kunnen de toegang beperken met AIM-toegangsgrenzen of alleen-accounttoegang uitschakelen in de accountconsole.

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-services en afzonderlijke hulpprogramma's uitschakelen in Unity AI Gateway.

Zie Agents verbinden met hulpprogramma's van derden met MCP Services.

SharePoint connector in Lakeflow Connect is binnenkort algemeen beschikbaar

De SharePoint-connector in Lakeflow Connect is binnenkort algemeen beschikbaar. U kunt bestanden en gestructureerde gegevens van SharePoint sites opnemen in Azure Databricks voor transformatie-, analyse- en downstreampijplijnen.

Zie SharePoint connector.

Google Drive-connector in Lakeflow Connect is binnenkort algemeen beschikbaar

De Google Drive-connector in Lakeflow Connect is binnenkort algemeen beschikbaar. U kunt bestanden van Google Drive opnemen in Azure Databricks voor transformatie- en analyse- en downstreampijplijnen.

Zie Google Drive-connector.

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 beveiligingsprofiel voor naleving.

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.

Power BI verbindingen worden overgestapt op ADBC

Power BI is van plan om alle Power BI-verbindingen over te zetten naar Arrow Database Connectivity (ADBC). Om onderbrekingen te voorkomen, raadt Databricks aan om uw ontwikkel- en faseringsmodellen nu over te schakelen naar ADBC en uw workloads te valideren. Voor de overgangstijdlijn van Microsoft, zie Overgang van ODBC naar ADBC-drivers.

Het ADBC-stuurprogramma voor Power BI op Azure Databricks is sinds oktober 2025 in openbare preview. Sinds februari 2026 gebruiken alle nieuwe verbindingen in Power BI Desktop en de Power BI-service standaard ADBC. Bestaande verbindingen blijven ODBC gebruiken, tenzij u ze handmatig bijwerkt.

Zie ADBC- of ODBC-stuurprogramma configureren voor Power BI.

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.

Zie Query's schrijven en gegevens verkennen in de nieuwe SQL-editor voor meer informatie over de nieuwe 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.