Vad är på gång?

Lär dig mer om funktioner och beteendeändringar i kommande Azure Databricks versioner.

Fakturering för privat nätverksgateway

Från och med den 1 december 2026 kommer Azure Databricks att fakturera för användning av privata nätverksgateways.

Se Gateway för privat nätverk.

Paketarkiv på arbetsytenivå för Databricks Apps kommer snart att vara tillgängliga som standard för arbetsytor med säkerhetsprofilen för efterlevnad aktiverad

Från och med den 13 november 2026 kommer arbetsytsnivå-paketrepositorier för Databricks Apps automatiskt att aktiveras för arbetsytor med compliance-säkerhetsprofilen aktiverad. Workspace-administratörer kan konfigurera standardrepositorier för Python och npm-paket som appar ärver, samtidigt som de tillåter appnivå-överskridanden.

Se Konfigurera standardpaketrepositorier.

AI Runtime kommer snart att vara tillgängligt som standard för arbetsytor med compliance-säkerhetsprofilen aktiverad

AI Runtime är planerat att bli allmänt tillgängligt den 15 oktober 2026 på AWS och Azure för arbetsytor utan compliance-säkerhetsprofilen aktiverad.

AI Runtime kommer att vara tillgängligt som standard för kvalificerade arbetsytor med säkerhetsprofilen för efterlevnad aktiverad i mitten av november. Tillgängligheten beror på de stödda efterlevnadsstandarderna och regionerna.

Använd AI Runtime för att träna och finjustera modeller på serverlösa GPU:er utan att provisionera eller hantera den underliggande infrastrukturen.

Se AI Runtime.

Feature Views kommer snart att finnas tillgängliga som standard för arbetsområden med efterlevnadssäkerhetsprofilen aktiverad

Feature Views är nu allmänt tillgängliga. De kommer automatiskt att aktiveras för arbetsytor med säkerhetsprofilen för efterlevnad aktiverad i mitten av november 2026.

Definiera och beräkna features deklarativt från batch- eller strömningsdata, och använd dem sedan för modellträning och online-servering.

Se Funktionsvyerna.

JDBC Unity Catalog-anslutningar kommer snart att vara tillgängliga som standard för arbetsytor med compliance-säkerhetsprofilen aktiverad

I mitten av november 2026 kommer JDBC Unity Catalog-anslutningar, inklusive stöd för SSL-certifikat, att vara tillgängliga som standard för arbetsytor med compliance-säkerhetsprofilen aktiverad.

Använd JDBC Unity Catalog-anslutningar för att ansluta till externa databaser med en anpassad JDBC-drivrutin, med åtkomst styrd av Unity Catalog.

Se JDBC-anslutning.

Unity Catalog Scala och Java UDF samt Scalar och Batch Unity Catalog Python UDF kommer snart att finnas tillgängliga som standard för arbetsytor med compliance-säkerhetsprofilen aktiverad

Unity Catalog Scala och Java UDF samt Scalar och Batch Unity Catalog Python UDF kommer att vara tillgängliga som standard för arbetsytor med compliance security profile aktiverad i november 2026.

Se Python UDF:s funktionskrav och Scala och Java användardefinierade funktioner (UDF) i Unity Catalog.

OAuth-anpassade identitetsanspråk för service principal-token kommer snart att finnas tillgängliga

Applikationer kommer att kunna bifoga ett anpassat identitetsanspråk till de OAuth-tokens de begär för en service principal, genom att lägga till parametern custom_claim till en tokenförfrågan som använder grant-typen client_credentials eller urn:ietf:params:oauth:grant-type:token-exchange. Du kan sedan läsa värdet i SQL med funktionen current_oauth_custom_identity_claim() .

Använd anpassade identitetsanspråk för att betjäna många slutanvändare via en service principal medan varje användare bara ser sina egna data. En dynamisk vy filtrerar rader genom att jämföra en kolumn med anspråket. Genie Conversation API, SQL Statement Execution API och Databricks JDBC-drivrutin respekterar anspråket.

Om en token inte har något anpassat identitetsanspråk returnerar funktionen NULL. Skriv filter som matchar inga rader när anspråket är NULL.

Se Ge tjänstens huvudnamn åtkomst till Azure Databricks med OAuth och Använd API:et för Genie Agents.

CREATE OR REPLACE VIEW kommer snart att bevara behörigheter, kommentarer och taggar som standard

Från och med den 2 december 2026 CREATE OR REPLACE VIEW kommer vyer att uppdateras på plats, istället för att ta bort och skapa om vyn. Behörigheter, taggar och kommentarer bevaras med ett förbehåll:

• Du måste först ta bort styrda taggar på en vykolumn innan du tar bort kolumnen via CREATE OR REPLACE VIEW. Annars kommer satsen att misslyckas med ett CANNOT_DROP_TAGGED_COLUMN fel för att skydda de ABAC-policyer som är beroende av dem (läs mer).

Använd CREATE OR REPLACE VIEW <catalog>.<schema>.<view> NOCOPY * … för att uttryckligen ta bort behörigheter, taggar och kommentarer i vyn (reglerade taggar behålls fortfarande).

Se CREATE VIEW och kommande ändring för CREATE OR REPLACE VIEW metadatabevarande.

Funktionen remote_query kommer snart att vara tillgänglig som standard för arbetsytor med efterlevnadssäkerhetsprofilen aktiverad

I november 2026 kommer remote_query tabellvärdesfunktionen att vara tillgänglig som standard för arbetsytor med säkerhetsprofilen för regelefterlevnad aktiverad.

Använd remote_query för att köra frågor på externa databaser i deras inbyggda SQL-syntax, med inloggningsuppgifter från en Unity Catalog-anslutning.

Se Fråga externa databaser med hjälp av remote_query funktionen .

Salesforce Data 360-fildelning kommer snart att finnas tillgänglig som standard för arbetsytor med efterlevnadssäkerhetsprofilen aktiverad

Salesforce Data 360 fildelningskopplaren (tidigare Salesforce Data Cloud fildelning) kommer att vara tillgänglig som standard för arbetsytor med efterlevnadssäkerhetsprofilen aktiverad.

Använd anslutningen i Lakehouse Federation för att köra frågor mot Salesforce Data 360-data direkt från objektlagring i molnet utan att kopiera data till Azure Databricks. Queries körs på Azure Databricks compute.

Se Lakehouse Federation för Salesforce Data 360-fildelning.

Variant-strimling kommer snart att aktiveras som standard på nya varianttabeller

Från och med den 18 november 2026 kommer Azure Databricks automatiskt att lägga till variantShredding tabellfunktionen i nya tabeller som innehåller en kolumn av typen VARIANT när de skapas på Databricks Runtime 17.3 eller senare. Variant shredding lagrar ofta åtkomna fält i en typad, kolumnformad layout för att förbättra frågeprestandan.

Detta är en brytande förändring för Databricks Runtime 15.4: kluster som kör Databricks Runtime 15.4 kan inte läsa från eller skriva till tabeller som har variant-strimling aktiverat. Uppgradera berörda kluster till Databricks Runtime 16.4 eller högre innan denna ändring träder i kraft.

Se Använd variant shredding för att optimera prestanda.

Inkluderad borttagning av BigQuery JDBC-drivrutiner i Databricks Runtime 20

Från och med Databricks Runtime 20 inkluderar Databricks Runtime inte längre den medföljande BigQuery JDBC-drivrutinen, medan Databricks Runtime 19 och tidigare fortsätter att inkludera den.

Klassiska beräkningsarbetsbelastningar som använder Spark JDBC med en jdbc:bigquery: URL misslyckas med ett drivrutinsfelmeddelande om inte en BigQuery JDBC-drivrutin installeras. Innan du uppgraderar en berörd arbetslast ska du migrera arbetslasten.

Webhook-utlösta implementationer för Databricks Apps kommer snart att bli allmänt tillgängliga

Från och med oktober 2026 kommer webhook-utlösta implementationer för Databricks Apps att vara allmänt tillgängliga. Distribuera automatiskt din app när ändringar skickas till ett anslutet GitHub- eller Azure DevOps-arkiv, så att din distribuerade app förblir synkroniserad med ditt repository utan manuell omdistribution.

Se Installera en Databricks-applikation.

JAR-uppgifter på serverless compute kommer snart att finnas tillgängliga för arbetsytor med compliance-säkerhetsprofilen aktiverad

I början av oktober 2026 kommer körning av JAR-uppgifter på serverlös beräkning automatiskt att aktiveras för arbetsytor med compliance-säkerhetsprofilen aktiverad. Paketera din Java- eller Scala Spark-kod i en JAR och kör den som en JAR-uppgift på serverless compute i ett Lakeflow-jobb, utan att provisionera eller hantera kluster.

Se Skapa och kör JAR-filer på serverlös datorkraft.

Automatiskt ändringsdataflöde kommer snart att finnas tillgängligt i alla stödda regioner

Automatiskt ändringsdataflöde (Auto CDF) rullas ut till arbetsytor under nästa månad och kommer att finnas tillgängligt i alla stödda regioner i slutet av oktober 2026. Auto CDF beräknar radnivåändringar vid frågetid med radspårning, så du behöver inte aktivera ändringsdataflöde i varje Delta Lake- eller Apache Iceberg v3-tabell. Det kräver Databricks Runtime 19 eller högre med radspårning aktiverat.

Se Automatisk ändringsdataflöde.

Horisontell skalning för Databricks Apps kommer snart att finnas tillgänglig för arbetsytor med compliance-säkerhetsprofilen aktiverad

I början av oktober 2026 kommer horisontell skalning för Databricks Apps automatiskt att aktiveras för arbetsytor med compliance-säkerhetsprofilen aktiverad. Horisontell skalning låter dig köra en app över flera instanser bakom en enda app-URL för högre tillgänglighet och samtidighet.

Se Horisontell skalning för Databricks-appar.

Säkerhetsprofilen för efterlevnad kommer att framtvinga kryptering för Azure Virtual Network

För närvarande kontrollerar och upprätthåller efterlevnadssäkerhetsprofilen endast användningen av specifika VM-instanstyper, inte aktivering av Azure Virtual Network-kryptering. Efterlevnaden av krypteringskravet för Azure Virtual Network börjar den 1 februari 2027, även på arbetsytor som redan har efterlevnadsprofilen aktiverad.

Se Compliance-säkerhetsprofil och Konfigurera förbättrade säkerhets- och efterlevnadsinställningar.

Inkrementell inmatning för Salesforce-formelfält i Lakeflow Connect kommer snart att bli allmänt tillgängligt

Inkrementell inmatning av Salesforce-formelfält i Lakeflow Connect kommer snart att bli allmänt tillgängligt. Idag tar Lakeflow Connect in formelfält genom att ta en fullständig ögonblicksbild på varje pipeline som körs som standard. När inkrementell formelfältintagning generellt är tillgänglig, kommer fullständiga snapshots inte längre att vara standard. Inkrementell intagning förbättrar vanligtvis prestandan och minskar kostnaderna.

Se Importera Salesforce-formelfält stegvis.

Kommande slut på support för Supervisor API

Supervisor API (Beta) når slutet av sin livslängd den 30 september 2026. Efter det datumet är API:et inte längre tillgängligt.

Azure Databricks rekommenderar att migrera till anpassade agenter på Databricks Apps.

Se Supervisor API (föråldrat).

Rollbaserad åtkomstkontroll (RBAC) kommer snart att finnas tillgänglig som standard för arbetsytor med efterlevnadssäkerhetsprofilen aktiverad

Rollbaserad åtkomstkontroll (RBAC) kommer att vara tillgänglig som standard för arbetsytor med efterlevnadsprofilen aktiverad i mitten av september 2026.

RBAC låter användare anta en roll i Azure Databricks. När en användare antar en roll gäller endast den rollens behörigheter, istället för användarens ackumulerade behörigheter. Detta ger exklusiv åtkomst. Användare måste aktivt ta på sig en roll att få tillgång till känslig data, vilket förhindrar att de får tillgång till den under sin egen identitet och från att blanda data mellan användningsfall, kliniska prövningar, projekt eller klienter.

Se Rollbaserad åtkomstkontroll (RBAC).

Kommande avveckling av kolumnen för datakvalitetsövervakning downstream_impact

Kolumnen downstream_impact i systemtabellen för datakvalitetsövervakningsresultat tas bort.

Avskrivningen börjar den 7 september 2026 och rullas ut gradvis över regionerna under den följande veckan. Tills utrullningen når din arbetsplats kan du fortfarande kunna fråga downstream_impact. Efter att avskrivningen är klar fylls kolumnen inte längre.

Information om den berörda kolumnen finns i Referens för systemtabellen med resultat för datakvalitetsövervakning och Granska loggade resultat för avvikelsedetektering.

Kommande avveckling av kolumnen för datakvalitetsövervakning root_cause_analysis

Kolumnen root_cause_analysis i systemtabellen för datakvalitetsövervakningsresultat tas bort.

Avskrivningen börjar den 18 augusti 2026 och rullas ut gradvis över regionerna under de följande dagarna. Tills utrullningen når din arbetsplats kan du fortfarande kunna fråga root_cause_analysis. Efter att avskrivningen är klar fylls kolumnen inte längre.

Information om den berörda kolumnen finns i Referens för systemtabellen med resultat för datakvalitetsövervakning och Granska loggade resultat för avvikelsedetektering.

Delningstabeller som backas upp av standardlagring aktiveras som standard för alla konton

OpenSharing-stöd för tabeller som backas upp av standardlagring är generellt tillgängligt och påslaget som standard för de flesta konton. För de flesta Enterprise- eller Premium-konton kommer Azure Databricks att aktivera det automatiskt i mitten av september 2026, och i början av 2027 för resten.

Tills det är aktiverat för ditt konto kan en kontoadministratör slå på funktionen OpenSharing for Default Storage – Expanded Access frånFörhandsgranskningssidan i kontokonsolen. Se Hantera förhandsversioner av Azure Databricks.

Utökad nätverksfakturering för OpenSharing SecureConnect

Azure Databricks kommer att utöka nätverksfaktureringen för OpenSharing SecureConnect. Idag faktureras dataleverantörer för dataöverföring (egress) när mottagare får tillgång till delad data via SecureConnect. Ytterligare avgiftstyper och åtkomstscenarier, inklusive avgifter som debiteras mottagare, planeras.

Azure Databricks tar inte betalt för databehandling av privat anslutning (nätverksanslutningskonfiguration, eller NCC).

Följande tabell sammanfattar de planerade avgifterna, vem som faktureras och hur varje avgift gäller i olika åtkomstscenarier:

¹ Dataöverföring (utgående data) gäller inte när mottagaren befinner sig i samma region som leverantören.
² Azure Databricks fakturerar inte denna avgift. Om mottagare på klassiska beräkningstjänster eller öppna mottagare når lagring via det offentliga nätverket, kan deras egen molnleverantör debitera dem direkt för nätverksadressöversättning (NAT).
³ Serverlösa mottagare i samma region läser direkt från lagringen.

För priser, se prissättning för dataöverföring och anslutning, eller kontakta ditt Azure Databricks-kontoteam.

OpenSharing SecureConnect kommer att vara tillgängligt som standard för alla konton

OpenSharing SecureConnect är allmänt tillgängligt. Azure Databricks kommer att göra det tillgängligt som standard för konton på Premium-planen i mitten av september 2026, och i början av 2027 för resten.

Tills det är tillgängligt för ditt konto kan en kontoadministratör på leverantörssidan slå på OpenSharing SecureConnect förhandsvisningen från Förhandsgranskningssidan i kontokonsolen. Se Dela data bakom en brandvägg med SecureConnect och Hantera Azure Databricks-förhandsvisningar.

Secrets in Unity Catalog kommer snart att vara tillgängligt som standard för arbetsytor med compliance-säkerhetsprofilen aktiverad

Secrets i Unity Catalog kommer att vara tillgängliga som standard för arbetsytor med efterlevnadssäkerhetsprofilen aktiverad i slutet av september 2026.

Lagra, styr och få åtkomst till hemligheter som skyddsbara objekt i Unity Catalog. En Unity Catalog-hemlighet använder namnområdet på tre nivåer (catalog.schema.secret) och styrs av Behörigheter för Unity Catalog, så att du kan använda samma åtkomstkontroller och granskning som du använder för andra datatillgångar.

Se Hemligheter i Unity Catalog.

Kommande allmän tillgänglighet för Unity Gateway

Unity Gateway, Azure Databricks styrningslösning för företags-AI, är planerad för allmän tillgänglighet inom kort. Byggt på Unity Catalog utökar Unity Gateway styrningen till körtidsinteraktioner mellan modeller, agenter, MCP-servrar och verktyg. Du kan kontrollera vilka AI-tjänster team använder, dirigera och hantera AI-trafik samt övervaka användningen från ett kontrollplan.

Följande funktioner kommer att vara allmänt tillgängliga. Modeller, MCP och modellleverantörstjänster är skyddade objekt i Unity Catalog som du hanterar med samma privilegier som tabeller och volymer:

• Modelltjänster dirigerar förfrågningar till modeller med betalning per token och externa modeller med trafikdelning och reservväg, och du kan dela modelltjänsterna mellan arbetsytor. Se Anpassade modelltjänster.
• MCP-tjänster registrerar externa eller MCP-servrar som tillhandahålls av Azure Databricks, så du kan styra agentåtkomst med bidrag och verktygsval. Se MCPs.
• Modellleverantörstjänster representerar externa modellleverantörer såsom OpenAI, Anthropic och Amazon Bedrock, med centralt hanterade inloggningsuppgifter. Se modellleverantörer externa till Databricks.
• Budgetar övervakar och kontrollerar den månatliga Unity Gateway-kostnaden med tröskelvärden per användare och hårda tak. Se Hantera budgetar för Unity Gateway.

Unity Gateway kommer att finnas tillgängligt som standard för arbetsytor med efterlevnadssäkerhetsprofilen aktiverad i mitten av september 2026.

Se AI-styrning med Unity Gateway.

Dedikerade gruppkluster kommer snart att vara tillgängliga som standard för arbetsytor med säkerhetsprofilen för efterlevnad aktiverad

Dedikerade gruppkluster är som standard tillgängliga för arbetsytor med efterlevnadssäkerhetsprofilen aktiverad i september 2026.

Du kan tilldela en beräkningsresurs till en grupp med åtkomstläget Dedikerad, så att gruppmedlemmar kan dela beräkningskapacitet och samtidigt på ett säkert sätt köra språk och arbetsbelastningar som inte stöds i standardåtkomstläge, till exempel Databricks Runtime för ML, RDD-API:er och R. När en användare ansluter till ett gruppkluster begränsas användarens behörigheter till gruppens behörigheter under klustersessionen.

Se Åtkomst till dedikerad beräkningsgrupp.

AI Search med hög QPS kommer snart att vara tillgänglig som standard för arbetsytor med säkerhetsprofilen för regelefterlevnad aktiverad

AI-sökning med hög QPS blir tillgänglig som standard för arbetsytor med säkerhetsprofilen för efterlevnad aktiverad i slutet av augusti 2026.

Ange ett QPS-mål på standardslutpunkter för AI-sökning för att driva arbetsbelastningar med högt dataflöde i realtid, till exempel sökstaplar, rekommendationssystem och entitetsmatchning. Hög QPS är aktiverat som standard, men befintliga slutpunkter påverkas inte. Ytterligare kapacitet och tillhörande kostnad gäller endast när du konfigurerar en mål-QPS för en slutpunkt.

Mer information finns i Skala dataflöde för AI-sökningsslutpunkter med hög QPS.

Frågebaserade anslutningar i Lakeflow Connect kommer snart att vara tillgängliga som standard för arbetsytor där säkerhetsprofilen för efterlevnad har aktiverats

Frågebaserade anslutningsprogram i Lakeflow Connect kommer snart att vara tillgängliga som standard för arbetsytor med säkerhetsprofilen för regelefterlevnad aktiverad. Frågebaserade anslutningsappar matar in data från databaser genom att fråga källan direkt med hjälp av en markörkolumn, utan att kräva konfiguration av ändringsdatainsamling (CDC) eller en inmatningsgateway. Källor som stöds är Oracle, Teradata, SQL Server, MySQL, MariaDB och PostgreSQL samt alla Lakehouse Federation-datakällor som använder inmatning av utländsk katalog.

Se Frågebaserade anslutningsappar.

Begäran om åtkomst aktiveras snart som standard för alla arbetsytor

I en kommande version aktiveras Begäran om åtkomst som standard för alla arbetsytor, och åtkomstbegäranden dirigeras till ägaren av det begärda Unity Catalog-objektet via e-post. Du kan konfigurera mål för åtkomstbegäran när som helst i metaarkivinställningarna. De äldre inställningarna för åtkomstbegäranden på arbetsytenivå kommer att fasas ut.

Se Konfigurera åtkomstförfrågningsdestinationer för en metastore.

Automatiska uppgraderingar kommer att införa fler funktioner till befintliga tabeller

Automatiska uppgraderingar applicerar rekommenderade funktioner på dina Unity Catalog-hanterade tabeller efter att arbetsbelastningskompatibilitet verifierats. Azure Databricks utökar de funktioner som automatiska uppgraderingar tillämpar på befintliga tabeller.

Från och med juli 2026 kommer automatiska uppgraderingar att införa radspårning och Checkpoint V2 till befintliga tabeller. Denna utrullning sker gradvis, så dessa funktioner kommer att vara tillgängliga för olika kunder vid olika tidpunkter.

I augusti 2026 kommer automatiska uppgraderingar att införa katalogincheckningar och borttagningsvektorer för befintliga tabeller.

Automatiska uppgraderingar aktiverar en funktion först efter att observationsfönstret verifierat att varje klient som kommer åt en tabell stöder den. För att följa vilka funktioner som är tillgängliga för automatiska uppgraderingar, se Stödda funktioner.

MCP-tjänster från Azure Databricks blir snart allmänt tillgängliga

Azure Databricks tillhandahållna MCP-tjänster för SaaS-program som Slack, GitHub, Atlassian och Google Drive kommer snart att vara allmänt tillgängliga, med både läs- och skrivåtgärder aktiverade som standard. Administratörer och användare kan inaktivera MCP-tjänster och individuella verktyg i Unity Gateway.

Se MCPs.

Ändra till standardredigeraren för pipelines för arbetsytor där säkerhetsprofilen för efterlevnad är aktiverad

Lakeflow Pipelines-redigeraren har varit allmänt tillgänglig sedan maj 2026. I augusti blir den standardredigerare för att utveckla och felsöka pipelines i arbetsytor med säkerhetsprofilen för regelefterlevnad aktiverad. Då tas den äldre redigeraren bort.

Mer information om Lakeflow Pipelines-redigeraren finns i Utveckla och felsöka ETL-pipelines med Lakeflow Pipelines Editor. Om du har frågor om den här övergången kontaktar du ditt kontoteam.

Beteendeändringar för kontinuerliga jobb och pipeliner

I början av augusti 2026 kommer kontinuerliga Lakeflow-pipelines och jobb att uppdateras för att förenkla konfigurationen.

Du kommer att kunna konfigurera ett kontinuerligt schema direkt från pipelinesidan, inklusive inställningar på jobbnivå, till exempel prestandaläge. Att konfigurera ett kontinuerligt schema på det här sättet innebär att pipelinen kapslas in i ett kontinuerligt jobb.

Databricks rekommenderar att du kör kontinuerliga pipelines med ett kontinuerligt jobb i stället för pipelinens inbyggda kontinuerliga inställning. När ett kontinuerligt jobb omsluter en pipeline hanterar jobbet pipelinens körningslivscykel. Den inbyggda kontinuerliga inställningen tas inte bort, men nya kontinuerliga pipelines bör använda det kontinuerliga jobbmönstret.

Skapande av klassisk arbetsyta med ett Azure Databricks hanterat VNet kommer snart att bli inaktuellt

I en kommande version planerar Azure Databricks att fasa ut skapande av klassiska arbetsytor med ett VNet som hanteras av Azure Databricks. För nya arbetsytor rekommenderar Azure Databricks en serverlös arbetsyta för den enklaste snabbstarten eller VNet-inmatning om du behöver en klassisk arbetsyta. En detaljerad tidslinje för migrering kommer att kommuniceras separat.

Se Klassiskt databehandlingsplannätverk.

Säker klusteranslutning blir snart obligatorisk för klassiska arbetsytor

I en framtida version planerar Azure Databricks att kräva säker klusteranslutning för alla klassiska arbetsytor. Arbetsytor som skapats med enableNoPublicIp inställd på false stöds inte längre och parametern blir obligatorisk. En detaljerad tidslinje för migrering kommer att kommuniceras separat.

Se Aktivera säker klusteranslutning.

Azure Databricks UI-tillgångar kommer att hanteras från en ny CDN-domän

I slutet av augusti 2026 kommer Azure-arbetsytor att ladda UI-resurser från en ny förstaparts-CDN-domän, ui-assets.azuredatabricks.net. Om din brandvägg begränsar utgående trafik per domän, lägg till den nya domänen så att gränssnittet laddas korrekt.

Se Tillåt trafik till CDN-domäner för UI-tillgångar.

Lakeflow Designer kommer snart att vara tillgänglig som standard för arbetsytor med säkerhetsprofilen för efterlevnad aktiverad

Lakeflow Designer kommer som standard att vara tillgängligt för arbetsytor med säkerhetsprofilen för efterlevnad aktiverad i slutet av juli 2026.

Lakeflow Designer är en visuell upplevelse utan kod för att förbereda och transformera data på en dra och släpp-arbetsyta, med alla arbetsflöden som backas upp av produktionsklar kod som styrs av Unity Catalog.

Se Lakeflow Designer.

Deklarativa automatiseringspaket kommer snart som standard att använda direktdriftsättningsmotorn

Den 24 juli 2026 börjar deklarativa Automation-paket på arbetsytan använda direktdistributionsmotorn som standard i stället för Terraform-distributionsmotorn. Detta utlöser en automatisk migrering för alla paket på arbetsytan som fortfarande använder Terraform-distributionsmotorn.

För Distributioner av Databricks CLI-paket blir direktdistributionsmotorn standard från och med 26 augusti 2026. Terraform-distributionsmotorn inaktiveras i nya versioner av Databricks CLI i september 2026.

Mer information om direktdistributionsmotorn och migreringen från Terraform-distributionsmotorn finns i Migrera till direktdistributionsmotorn.

Varianten kommer snart att vara tillgänglig som standard för arbetsytor med säkerhetsprofilen för efterlevnad aktiverad

Varianten är tillgänglig som standard för arbetsytor med efterlevnadssäkerhetsprofilen aktiverad i juli 2026.

Använd Variant för att mata in halvstrukturerade data från strömningskällor (Kinesis, Event Hub), REST-API:er och schemalösa databaser, samtidigt som du behåller frågeåtkomst med höga prestanda.

Se Stöd för varianttyp för Apache Iceberg och Delta Lake.

Kommande beteendeförändring: Välj behörigheter när du lägger till säkerhetsobjekt i arbetsytor

Databricks ändrar hur huvudkonton får behörigheter för arbetsytor. Efter den här ändringen beviljar du rättigheter explicit när du lägger till ett huvudnamn på en arbetsyta i stället för att förlita dig på arv från users systemgruppen. Arbetsyteadministratörer kan välja från och med 15 juni 2026 och det nya beteendet tillämpas för alla arbetsytor den 14 september 2026.

Med den här ändringen kan du lägga till huvudkonton på alla åtkomstnivåer, inklusive användare som endast är konsumenter, utan att de automatiskt ärver redigeringsprivilegier.

Vad förändras?

Varje arbetsyta har två systemgrupper: users, som innehåller alla huvudnamn som beviljats åtkomst till arbetsytan och admins, som innehåller arbetsyteadministratörerna. Idag ärver varje huvudnamn som läggs till i en arbetsyta de rättigheter som beviljats till users. Som standard är följande:

• Åtkomst till arbetsyta — skapa och använda anteckningsböcker, jobb, pipelines, appar och med mera.
• Databricks SQL-åtkomst – skapa och använda instrumentpaneler, Genie-agenter, aviseringar med mera.

Efter ändringen:

• Gruppen users har inga rättigheter. Gruppen admins har alla behörigheter för arbetsytan. Båda gruppernas rättigheter är låsta.
• Nya huvudkonton måste uttryckligen beviljas rättigheter när de läggs till på en arbetsyta.
• users och admins kan inte kapslas som medlemmar i andra grupper.

Befintliga huvudkonton behåller sin aktuella åtkomstnivå. Databricks migrerar automatiskt de berättiganden som tidigare beviljats till users till en ny, lokal klongrupp i arbetsytan med namnet users-clone-<TIMESTAMP> (där <TIMESTAMP> är tidpunkten för migreringen). Du hanterar kloningsgruppen precis som andra arbetsytelokala grupper och du kan anpassa namnet när du anmäler dig tidigt. Gruppen admins kräver inte migrering.

Åtgärd krävs

• Om du hanterar rättigheter för systemgrupper via automatisering (Terraform, SCIM-API:er för arbetsyta eller anpassade skript) uppdaterar du dina arbetsflöden till standardkontogrupper, inte systemgrupper. När det nya beteendet har aktiverats misslyckas försök att ändra rättigheter för systemgrupper.
• Om users eller admins är kapslad som medlem i en annan grupp tar du bort kapslingen. Nästling tillåts inte med det nya beteendet.
• Om SCIM-synkroniseringen tar bort arbetsytegrupper som den inte känner igen uppdaterar du dess konfiguration för att bevara migreringskloningsgruppen (users-clone-<TIMESTAMP>). Om synkroniseringen tar bort klongruppen förlorar huvudkonton som migrerats till den sina rättigheter.

tidslinje

• 15 juni 2026 – Möjlighet att aktivera finns i arbetsyteinställningarna under Avancerad > åtkomstkontroll.
• 27 juli 2026 – Automatiskt aktiverad för arbetsytor som inte har valt in eller ut. Avaktivering är fortfarande tillgängligt.
• 14 september 2026 – Nytt beteende tillämpas för alla arbetsytor. Avaktivering har tagits bort.

Du hanterar det nya beteendet från dina arbetsyteinställningar under Avancerad > åtkomstkontroll:

Innan du anmäler dig: äldre beteende är aktivt.

Efter samtycke eller automatisk aktivering: det nya beteendet är aktiverat.

Mer information finns i Migrera behörighetskontroll för arbetsytor.

Säkerhetsprofil för efterlevnad som krävs för HIPAA, HITRUST och IRAP

Från och med den 1 september 2026 måste säkerhetsprofilen för efterlevnad bearbeta data som skyddas under HIPAA, HITRUST och IRAP.

Se Efterlevnadssäkerhetsprofilen.

Användarauktorisering för Databricks-appar kommer snart att vara tillgänglig för arbetsytor med säkerhetsprofilen för efterlevnad aktiverad

I slutet av september 2026 kommer användarbehörighet för Databricks Apps automatiskt att aktiveras för arbetsytor med efterlevnadssäkerhetsprofilen aktiverad. Med användarauktorisering kan appar agera med appanvändarens identitet, så att appar kan komma åt resurser för användarens räkning samtidigt som användarens befintliga behörigheter tillämpas.

Se Användarauktorisering.

Kommande ändring: Uppgradering till automatisk skalning i Lakebase

Azure Databricks uppgraderar alla Lakebase Provisioned-instanser till Lakebase Autoscaling-plattformen. Uppgraderingarna börjar i juni 2026 för kunder som har begärt dem, och återstående instansuppgraderingar fortsätter under de följande veckorna. Arbetsyteadministratörer får ett e-postmeddelande med uppgraderingsdatum innan uppgraderingen påbörjas.

Uppgraderingen sker automatiskt. Anslutningarna startas om en kort stund under övergången och befintliga anslutningssträngar, API-anrop, deklarativa Automation-paket och Terraform-konfigurationer fortsätter att fungera utan ändringar.

Efter uppgraderingen gäller följande ändringar:

• Dina instanser stöder funktioner för automatisk skalning och kan hanteras via både det nya användargränssnittet för automatisk skalning och det välbekanta etablerade användargränssnittet, som är tillgängligt fram till den 1 september 2026.

• Varje instans får en ny regional reťazec pripojenia som ger optimerad ingress:

  • Befintliga anslutningssträngar: Etablerade anslutningssträngar (utan region) fortsätter att fungera via den befintliga inkommande Private Link-anslutningen och kräver inteService Direct Private Link.
  • Ny regional anslutningssträng: Om du använder Private Link och ansluter till Lakebase utanför Azure Databricks-arbetsytan måste du konfigurera inkommande Private Link för prestandaintensiva tjänster så att den nya regionala anslutningssträngen används.

• Om du vill använda nya funktioner för automatisk skalning, till exempel skalning till noll i deklarativa Automation-paket och Terraform-konfigurationer, uppdaterar du dem så att de använder autoskalningssemantik.

• Priser för Lakebase GA gäller. Med elastisk beräkning som ersätter instanser med fast storlek ser de flesta kunder en minskning av beräkningskostnaderna.

• Funktionerna Forward ETL och REST API Private Preview på Lakebase Provisioned inaktiveras efter uppgraderingen. Deras ersättningar, Lakebase Change Data Feed och Data-API:et, är tillgängliga på autoskalningsplattformen.

Lakebase Autoscaling lägger till automatisk skalning och skalning till noll, återställning till en viss tidpunkt och snapshots, schemaläggning av underhållsfönster, databasförgrening och andra förbättringar. Mer information om vad du kan förvänta dig, vilka ändringar och vilka åtgärder som ska utföras finns i Uppgradera till automatisk skalning.

Om du vill begära en snabb uppgradering eller om du har frågor kontaktar du ditt kontoteam eller Azure Databricks support.

Databricks Runtime 19 använder en enhetlig versionsmodell

Från och med version 19 använder Databricks Runtime en enhetlig versionsmodell. I stället för flera funktionsversioner (till exempel 19.0, 19.1, 19.2) har varje huvudversion en enda viktig anteckningssida.

Efter en första betaversion startas varje Databricks Runtime-version som allmänt tillgänglig (GA) och får nya funktioner och korrigeringar ungefär varje vecka, med uppdateringar som är differentierade efter datum på en enda sida. Kluster får uppdateringar när de startas om. Efter ungefär sex månader övergår versionen till långsiktigt stöd (LTS) med tre års support.

Databricks Runtime 18 är övergångsversionen. Funktionsversionssidorna 18.0, 18.1 och 18.2 är fortfarande tillgängliga för historisk referens, och Databricks Runtime 18 LTS blir den slutliga enhetliga versionen på raden 18.x.

Behörigheter för arbetsyteobjekt ärvs snart från alla kontogrupper

I en kommande version ärvs behörigheter för arbetsyteobjekt från alla kontogrupper, inte bara grupper som är direkt tilldelade till arbetsytan. Huvudansvariga ärver behörigheter på arbetsyteobjekt som jobb, anteckningsböcker, mappar, sökfrågor och instrumentpaneler från alla kontogrupper som de är medlemmar i, oavsett om dessa grupper är tilldelade arbetsytan. Användarna måste fortfarande tilldelas till arbetsytan för att kunna använda dessa behörigheter.

Den här ändringen aktiverar också inaktiva ("föräldralösa") behörighetstilldelningar. Det här är behörigheter som finns kvar i en grupp när den har tagits bort från ett arbetsområde. Inga nya behörigheter läggs till, men befintliga överblivna bidrag blir aktiva, vilket potentiellt ger arbetsytemedlemmar oväntad åtkomst. Om en "Contractors"-grupp till exempel har tagits bort från en arbetsyta men fortfarande har redigeringsåtkomst till en mapp, får alla medlemmar i "Leverantörer" åtkomst till den mappen.

Databricks rekommenderar att du granskar dina arbetsytebehörigheter. Använd följande notebook-fil för att identifiera inaktiva behörighetsbidrag på dina arbetsytor:

Analysanteckningsbok för överblivna behörigheter

Hämta anteckningsbok

Kommande bakåtkompatibla ändringar: standardbeteende vid borttagning av en Unity Catalog-pipeline

I en kommande version ändras standardbeteendet när du tar bort en Unity Catalog-pipeline. För närvarande tar borttagning av en pipeline också bort alla associerade materialiserade vyer, strömmande tabeller och vyer. Efter den här ändringen kommer associerade tabeller att behållas, men de blir inaktiva när pipelinen har tagits bort. API:et ändras också så att det behåller tabeller som standard, men att ställa in cascade fältet till true åsidosätter detta och behåller det aktuella beteendet.

Fältet cascade är tillgängligt nu. Om du vill behålla det aktuella beteendet för att ta bort alla tabeller när du tar bort en pipeline uppdaterar du koden så att den anger cascade=true.

Se Ta bort en pipeline och Ta bort en pipeline.

Ny SQL-redigerare – standardaktivering och äldre SQL-redigerare – tillbakadragning

Den nya SQL-redigeraren har varit allmänt tillgänglig sedan oktober 2025. Som en del av övergången till den nya redigeraren planeras följande ändringar:

• Från och med slutet av maj 2026: Den nya SQL-redigeraren aktiveras som standard för alla arbetsytor. Möjligheten att inaktivera funktionen på arbetsytenivå är inte längre tillgänglig. Enskilda användare kommer fortfarande att kunna växla sina frågor till den äldre SQL-redigeraren efter att den här perioden har börjat.
• Från och med slutet av juli 2026: Den äldre SQL-redigeraren dras tillbaka. Alla användare kommer att använda den nya SQL-redigeraren och den enskilda opt-outen kommer inte längre att vara tillgänglig.

För att lära dig mer om den nya SQL-editorn, se Databricks SQL-editor. Om du har frågor om den här övergången kontaktar du ditt kontoteam.

Ändringar i OpenSharing (tidigare Deltadelning) öppnar mottagartoken

OpenSharing för öppna mottagare övergår till ett nytt mottagarspecifikt URL-format. Nya token som skapas efter övergångsdatumet använder automatiskt det nya URL-formatet. Den här ändringen förbättrar nätverkssäkerheten och låter mottagarna konfigurera mottagarspecifika nätverksprinciper och brandväggsregler.

För Azure Kina kommer övergången att tillkännages senare.

De nya URL:erna innehåller mottagar-ID:t i domänen:

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

Observera att URL:er som skapades före den här ändringen inte innehåller mottagar-ID och använder slutpunkten för Delta Sharing.

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

De gamla URL:erna fortsätter att fungera under en viss tid. Den specifika varaktigheten beror på mottagartypen och datumet då token skapades. Dataleverantörer bör övergå till det nya URL-formatet innan det gamla URL-formatet blir ogiltigt.

OIDC-federationsdelning:

Databricks rekommenderar att dataleverantörer börjar överföra sina mottagare till det nya URL-formatet. Även om något övergångsdatum ännu inte har fastställts bör du påbörja övergången nu så att det finns tid att felsöka. Efter övergången kan leverantörer hitta den nya URL:en i OpenSharing-användargränssnittet. När det gamla URL-formatet har dragits tillbaka är det inte längre giltigt.

Delning av ägartoken:

Uppdateringar av offentliga IP-adresser för kontrollplan för utgående trafik

Azure Databricks uppdaterar outbound control plane offentliga IP-adresser och Azure-tjänsttaggar för att förbättra säkerhet och zontillgänglighet. Dessa ändringar är en del av en kontrollplansuppdatering som började lanseras den 20 maj 2025.

Om din organisation använder resursbrandväggar för att styra inkommande åtkomst:

• Om brandväggsreglerna refererar till taggen Azure Databricks service krävs ingen åtgärd.
• Om du tillåter specifika offentliga IP-adresser för kontrollplanet måste du lägga till alla ip-adresser för utgående kontrollplan senast den 26 september 2025.

De tidigare IP-adresserna för kontrollplanet för utgående trafik stöds fortfarande.

Fältet sourceIpAddress i granskningsloggar innehåller inte längre ett portnummer

På grund av en bugg innehåller vissa granskningsloggar för auktorisering och autentisering ett portnummer utöver IP-adressen i sourceIPAddress fältet (till exempel "sourceIPAddress":"10.2.91.100:0"). Portnumret, som loggas som 0, ger inget verkligt värde och är inkonsekvent med resten av Databricks-granskningsloggarna. För att förbättra konsekvensen av granskningsloggar planerar Databricks att ändra formatet på IP-adressen vid dessa granskningshändelser. Den här ändringen kommer gradvis att lanseras från och med början av augusti 2024.

Om granskningsloggen innehåller en sourceIpAddress av 0.0.0.0kan Databricks sluta logga den.

MLflow-spårningslagring i Unity Catalog kommer snart att vara tillgängligt som standard för arbetsytor med säkerhetsprofilen för efterlevnad aktiverad

MLflow-spårningslagring i Unity Catalog-tabeller kommer som standard att vara tillgängligt för arbetsytor med efterlevnadssäkerhetsprofilen aktiverad i mitten av augusti 2026.

Lagra MLflow-spårningar i Unity Catalog-tabeller för skalbar, styrd spårningslagring: lagringen är obegränsad, spårningar lagras i OpenTelemetry-format (OTel), åtkomst styrs via Unity Catalog-schema- och tabellbehörigheter och du kan köra frågor mot spårningar med SQL. Om du vill visa spårningar pekar du ett MLflow-experiment på en spårningsplats för Unity Catalog.

Se Lagra OpenTelemetry-spårningar i Unity-katalogen.