Czego można się spodziewać w przyszłości?

Dowiedz się więcej o funkcjach i zmianach zachowań w nadchodzących wersjach Azure Databricks.

Funkcje AI wymagają Databricks Runtime 17.3 LTS lub wyższego

Od stycznia 2027 roku funkcje AI wymagające Databricks Runtime 15.4 LTS lub wyższego, poza ai_similarity, wymagają Databricks Runtime 17.3 LTS lub wyższej. Wywołania tych funkcji w wersjach Databricks Runtime poniżej 17.3 nie są już obsługiwane i zwracają błąd.

Zaktualizuj zasoby obliczeniowe uruchamiające zapytania SQL, których dotyczy problem, do Databricks Runtime 17.3 LTS lub nowszego, zanim wsparcie się zakończy. Ta zmiana nie wpływa na API REST AI Functions.

Zobacz Przekształcanie danych niestrukturalnych za pomocą funkcji AI.

Nowe obliczenia dla zadań wkrótce będą domyślnie korzystać z trybu Auto access dla przestrzeni roboczych z włączonym profilem bezpieczeństwa zgodności

Od grudnia 2026 roku nowe obliczenia zadań utworzone w interfejsie będą domyślnie korzystać z trybu dostępu Auto w przestrzeniach roboczych z włączonym profilem bezpieczeństwa zgodności. Auto używa trybu dostępu Standard, chyba że wybrano środowisko uruchomieniowe uczenia maszynowego, typ instancji GPU lub wersję Databricks Runtime niższą niż 14.3. Polityka klastrowa, która wymusza inny tryb dostępu, nadal ma pierwszeństwo. Istniejące zadania nie ulegają zmianie.

Zobacz Standardowy tryb dostępu.

Złącza MCP dostarczone przez Databricks w Genie One i Genie Code wkrótce zostaną domyślnie włączone dla przestrzeni roboczych z włączonym profilem bezpieczeństwa zgodności

Od grudnia 2026 roku złącza MCP dostarczone przez Databricks w Genie One i Genie Code będą domyślnie włączane dla przestrzeni roboczych z włączonym profilem bezpieczeństwa zgodności .

Łączniki obejmują Google Drive, Gmail, Google Calendar, Microsoft 365, Atlassian, Slack oraz GitHub. Pozwalają one Genie One i Genie Code łączyć się z usługami firm trzecich, aby przeszukiwać Twoje dokumenty i dane oraz podejmować działania w Twoim imieniu. Azure Databricks zarządza każdym połączeniem poprzez Unity Catalog i Unity Gateway.

Zobacz MCP dostarczone przez Databricks, Connect Genie One do zewnętrznych narzędzi i źródeł oraz Connect Genie Code z serwerami MCP.

Bezserwerowe GPU w Clean Rooms wkrótce będzie domyślnie włączone na kontach, na których jest wyłączone

Od 26 listopada 2026 roku lub później bezserwerowe GPU w środowiskach clean room będzie domyślnie włączone dla kont w warstwie Enterprise lub Premium.

Do tego czasu administrator konta może włączyć Clean Rooms AI Runtime ze strony Zapowiedzi w konsoli konta. Zobacz Zarządzanie podglądami na poziomie konta.

Zobacz Uruchom notebook na GPU bez serwera.

Zbliżający się koniec wsparcia dla endpointu Genie One MCP Beta

Punkt końcowy Genie One MCP Beta https://<workspace-hostname>/api/2.0/mcp/genie zostanie wycofany 30 listopada 2026 roku. Po tej dacie żądania do punktu końcowego Beta kończą się niepowodzeniem. Data zakończenia wsparcia wcześniej wypadała na 31 października 2026 roku.

Przenieś wszystkie obciążenia robocze do ogólnie dostępnego system.ai.genie_one_mcp MCP w Unity Gateway. Zobacz Dostęp przez Unity Gateway.

Niestronicowane żądania do niektórych operacji REST API Unity Catalog wkrótce zostaną odrzucone

Azure Databricks wkrótce zacznie odrzucać niestronicowane żądania do niektórych operacji REST API Unity Catalog, takich jak list catalogs, list schemas i list tables, z odpowiedziami HTTP 400. Do tego czasu żądania niestronicowane do tych operacji będą podlegać coraz bardziej rygorystycznym limitom szybkości i będą otrzymywać odpowiedzi HTTP 429, co może powodować wolniejsze wykonywanie zadań z powodu ponownych prób lub ich niepowodzenie, jeśli klient nie obsłuży tych błędów. Stronicowane wersje tych operacji pozostają dostępne.

Jeśli wywołasz te operacje bezpośrednio, zaktualizuj klientów o ustawienie max_results=0 i następnie używaj next_page_token, aż wszystkie strony zostaną pobrane. Jeśli używasz SDK Databricks lub CLI, zaktualizuj do aktualnej wersji, która domyślnie używa tych pól.

Pełną listę operacji, których dotyczy problem, oraz instrukcje dotyczące aktualizacji można znaleźć w dokumencie Stronicowanie operacji interfejsu API REST katalogu Unity.

Ulepszona obserwacja wydajności Lakeflow wkrótce będzie domyślnie dostępna dla przestrzeni roboczych z włączonym profilem bezpieczeństwa zgodności

Począwszy od 25 listopada 2026 roku, ulepszona obserwowalność wydajności Lakeflow będzie domyślnie dostępna dla uprawnionych przestrzeni roboczych z włączonym profilem bezpieczeństwa zgodności.

Lakeflow Jobs teraz pokazują metryki wydajności zapytań oraz wglądy na poziomie zadania dla obsługiwanych zadań. Możesz zobaczyć metryki objętości danych na poziomie zadań i użyć przycisku Optimize, aby otworzyć Genie Code, co pomaga usprawnić zapytania dzięki analizie wydajności. Profilowanie zapytań jest obsługiwane dla obliczeń bezserwerowych, magazynów SQL oraz potoków Lakeflow.

Zobacz metryki wydajności zapytań dla zadań serwerless.

Fragmenty ontologii Genie wkrótce będą powszechnie dostępne i domyślnie włączone

Na początku listopada 2026 roku fragmenty Genie Ontology będą ogólnie dostępne i domyślnie włączone.

Genie Ontology automatycznie wyodrębnia i utrzymuje kontekst biznesowy z istniejących zasobów i sposobu korzystania z nich, w tym widoków metryk, pulpitów nawigacyjnych, zapytań SQL i agentów Genie. Genie One i Genie Code wyszukują najbardziej istotne fragmenty z zasobów, do których masz uprawnienia, poprawiając dokładność i szybkość odpowiedzi.

Zobacz Genie Ontology.

Więcej zewnętrznych źródeł wiedzy

Azure Databricks planuje wspierać Tableau i Sigma jako zewnętrzne źródła wiedzy.

Zobacz Zewnętrzne źródła wiedzy.

Zadania Genie Code w Lakeflow Jobs są domyślnie dostępne dla przestrzeni roboczych z włączonym profilem bezpieczeństwa zgodności od listopada 2026 roku

Od listopada 2026 roku zadania Genie Code w Lakeflow Jobs są domyślnie dostępne dla przestrzeni roboczych z włączonym profilem bezpieczeństwa zgodności .

Zadanie Genie Code uruchamia Twój prompt autonomicznie jako część zadania. Może odczytywać wyniki wcześniejszych zadań i wywoływać narzędzia w razie potrzeby, a następnie zwraca link do powstałego czatu Genie Code wraz z odpowiedzią.

Zobacz zadanie Genie Code dla ofert pracy.

Rozliczanie bramy sieci prywatnej

Od 1 grudnia 2026 roku lub później Azure Databricks będzie rozliczać korzystanie z bramy sieci prywatnej.

Patrz brama sieci prywatnej.

Przesyłanie plików w Genie One i Genie Agents będzie wkrótce domyślnie dostępne dla obszarów roboczych profilu bezpieczeństwa zgodności z obsługiwanymi standardami zgodności

Od 15 listopada 2026 roku domyślnie będzie dostępne przesyłanie plików w Genie One i Genie Agents dla przestrzeni roboczych, które mają włączony profil zabezpieczeń zgodności, jeśli standard zgodności w danej przestrzeni roboczej obsługuje przesyłanie plików. Możesz przesyłać pliki do rozmowy i analizować je w języku naturalnym razem z innymi danymi.

Obszary robocze z normą zgodności, która jeszcze nie obsługuje przesyłania plików, nie mogą z niej korzystać. Aby sprawdzić, czy Twój standard obsługuje przesyłanie plików, otwórz jego stronę z listy wspieranych standardów zgodności i zobacz tabelę dostępności funkcji.

Zobacz Prześlij plik oraz Prześlij plik do agenta Genie.

Repozytoria pakietów na poziomie przestrzeni roboczej dla aplikacji Databricks wkrótce będą dostępne domyślnie dla workspace'ów z włączonym profilem bezpieczeństwa zgodności

Od 13 listopada 2026 roku repozytoria pakietów na poziomie przestrzeni roboczych dla aplikacji Databricks będą automatycznie włączane dla przestrzeni roboczych z włączonym profilem zabezpieczeń zgodności. Administratorzy przestrzeni roboczej mogą konfigurować domyślne repozytoria pakietów Python i npm, które aplikacje dziedziczą, jednocześnie pozwalając na nadpisywanie na poziomie aplikacji.

Zobacz Konfiguruj domyślne repozytoria pakietów.

AI Runtime wkrótce będzie domyślnie dostępny dla przestrzeni roboczych z włączonym profilem bezpieczeństwa zgodności

AI Runtime ma być powszechnie dostępny 15 października 2026 roku na AWS i Azure dla przestrzeni roboczych bez włączonego profilu zabezpieczeń zgodności.

AI Runtime będzie domyślnie dostępny dla uprawnionych przestrzeni roboczych z włączonym profilem bezpieczeństwa zgodności w połowie listopada. Dostępność zależy od obsługiwanych standardów zgodności i regionów.

Używaj AI Runtime do trenowania i dopracowywania modeli na bezserwerowych procesorach GPU bez konieczności przydzielania czy zarządzania infrastrukturą bazową.

Zobacz AI runtime.

Widoki funkcji wkrótce będą domyślnie dostępne dla przestrzeni roboczych z włączonym profilem bezpieczeństwa zgodności

Feature Views są teraz powszechnie dostępne. Zostaną one automatycznie włączone dla przestrzeni roboczych z włączonym profilem zabezpieczeń zgodności w połowie listopada 2026 roku.

Definiuj i obliczaj cechy deklaratywnie z danych wsadowych lub strumieniowych, a następnie używaj ich do trenowania modeli i obsługi online.

Zobacz Widoki funkcji.

Połączenia JDBC Unity Catalog wkrótce będą domyślnie dostępne dla przestrzeni roboczych z włączonym profilem bezpieczeństwa zgodności

W połowie listopada 2026 roku połączenia JDBC z Unity Catalog, w tym obsługa certyfikatów SSL, będą domyślnie dostępne dla przestrzeni roboczych z włączonym profilem bezpieczeństwa zgodności.

Użyj połączeń JDBC Unity Catalog, aby połączyć się z zewnętrznymi bazami danych za pomocą niestandardowego sterownika JDBC, a dostęp jest regulowany przez Unity Catalog.

Zobacz Połączenie JDBC.

Unity Catalog Scala i Java UDF-y oraz skalarne i wsadowe UDF-y Unity Catalog Python będą wkrótce domyślnie dostępne dla przestrzeni roboczych z włączonym profilem bezpieczeństwa zgodności

Unity Catalog Scala i Java UDF-y oraz skalarne i wsadowe UDF-y Unity Catalog Python będą domyślnie dostępne dla przestrzeni roboczych z włączonym profilem bezpieczeństwa zgodności w listopadzie 2026 roku.

Zobacz wymagania dotyczące funkcji Python UDF oraz funkcje zdefiniowane przez użytkownika (UDF) w językach Scala i Java w Unity Catalog.

CREATE OR REPLACE VIEW wkrótce będzie domyślnie zachowywać granty, komentarze i tagi

Od 2 grudnia 2026 roku CREATE OR REPLACE VIEW będą aktualizowane widoki na miejscu, zamiast usuwać i ponownie tworzyć widok. Granty, tagi i komentarze są zachowane z jednym zastrzeżeniem:

• Najpierw musisz usunąć tagi nadzorowane z kolumny widoku, zanim usuniesz kolumnę przez CREATE OR REPLACE VIEW. W przeciwnym razie instrukcja zakończy się niepowodzeniem z błędem CANNOT_DROP_TAGGED_COLUMN, aby chronić zasady ABAC, które od nich zależą (dowiedz się więcej).

Użyj CREATE OR REPLACE VIEW <catalog>.<schema>.<view> NOCOPY * …, aby jawnie usunąć granty, tagi i komentarze w widoku (zarządzane tagi są nadal zachowane).

Zobacz CREATE VIEW i nadchodząca zmiana dotycząca zachowania metadanych w CREATE OR REPLACE VIEW.

Funkcja remote_query wkrótce będzie domyślnie dostępna dla przestrzeni roboczych z włączonym profilem bezpieczeństwa zgodności

W listopadzie 2026 remote_query roku funkcja tabelowa będzie domyślnie dostępna dla przestrzeni roboczych z włączonym profilem bezpieczeństwa zgodności .

Użyj remote_query do uruchamiania zapytań na zewnętrznych bazach danych w ich natywnej składni SQL, z poświadczeniami z połączenia Unity Catalog.

Zobacz Wykonywanie zapytań względem zewnętrznych baz danych przy użyciu remote_query funkcji .

Udostępnianie plików Salesforce Data 360 wkrótce będzie domyślnie dostępne dla przestrzeni roboczych z włączonym profilem bezpieczeństwa zgodności

Złącze udostępniania plików Salesforce Data 360 (dawniej udostępnianie plików Salesforce Data Cloud) będzie domyślnie dostępne dla przestrzeni roboczych z włączonym profilem bezpieczeństwa zgodności .

Użyj łącznika w Lakehouse Federation, aby zapytać dane Salesforce Data 360 bezpośrednio z chmurowego magazynu obiektowego, bez kopiowania ich do Azure Databricks. Zapytania są uruchamiane w zasobach obliczeniowych usługi Azure Databricks.

Zobacz Federację Lakehouse do udostępniania plików w Salesforce Data 360.

W nowych tabelach wariantów fragmentacja wariantów będzie wkrótce domyślnie włączona

Od 18 listopada 2026 r. usługa Azure Databricks będzie automatycznie dodawać funkcję tabeli variantShredding do nowych tabel zawierających kolumnę typu VARIANT podczas tworzenia ich w środowisku Databricks Runtime 17.3 lub nowszym. Rozdrabnianie wariantów przechowuje często używane pola w kolumnowym układzie z określonymi typami danych, aby poprawić wydajność zapytań.

To przełomowa zmiana dla Databricks Runtime 15.4: klastry działające na Databricks Runtime 15.4 nie mogą odczytywać ani zapisywać tabel z włączonym niszczeniem wariantów. Zaktualizuj klastry dotknięte do Databricks Runtime 16.4 lub nowszej zanim ta zmiana wejdzie w życie.

Zobacz Use variant shredding to optimize performance (Używanie rozdrabniania wariantów w celu optymalizacji wydajności).

Usunięcie dołączonego sterownika JDBC BigQuery w Databricks Runtime 20

Począwszy od Databricks Runtime 20, Databricks Runtime nie zawiera już dołączonego sterownika BigQuery JDBC, podczas gdy Databricks Runtime 19 i wcześniejsze nadal go zawierają.

Klasyczne obciążenia obliczeniowe korzystające z interfejsu Spark JDBC z adresem URL jdbc:bigquery: kończą się błędem informującym o braku sterownika, jeśli nie zainstalowano sterownika BigQuery JDBC. Przed aktualizacją dotkniętego obciążenia należy je przenieść.

Wdrożenia wyzwalane przez webhook dla aplikacji Databricks wkrótce będą powszechnie dostępne

Od października 2026 roku wdrożenia wyzwalane przez webhook dla aplikacji Databricks będą powszechnie dostępne. Automatycznie wdrażaj aplikację, gdy zmiany są przesyłane do połączonego repozytorium GitHub lub Azure DevOps, aby Twoja wdrożona aplikacja pozostała zsynchronizowana z repozytorium bez ręcznego ponownego wdrożenia.

Zobacz Wdróż aplikację Databricks.

Zadania JAR w bezserwerowych zasobach obliczeniowych będą wkrótce dostępne dla obszarów roboczych z włączonym profilem zabezpieczeń zgodności

Na początku października 2026 roku uruchamianie zadań JAR w bezserwerowych zasobach obliczeniowych zostanie automatycznie włączone dla obszarów roboczych, w których włączono profil zabezpieczeń zgodności. Spakuj swój kod Spark napisany w języku Java lub Scala w pliku JAR i uruchom go jako zadanie JAR w bezserwerowym środowisku obliczeniowym w zadaniu Lakeflow, bez konieczności aprowizowania ani zarządzania klastrami.

Zobacz Tworzenie i uruchamianie plików JAR w bezserwerowych zasobach obliczeniowych.

Automatyczny przepływ danych zmian wkrótce będzie dostępny we wszystkich obsługiwanych regionach

Automatyczny przepływ danych zmian (Auto CDF) zostanie wprowadzony do przestrzeni roboczych w ciągu najbliższego miesiąca i będzie dostępny we wszystkich obsługiwanych regionach do końca października 2026 roku. Auto CDF oblicza zmiany na poziomie wiersza w czasie zapytania za pomocą śledzenia wierszy, więc nie musisz włączać strumienia danych zmian w każdej tabeli Delta Lake czy Apache Iceberg v3. Wymaga Databricks Runtime w wersji 19 lub nowszej z włączonym śledzeniem wierszy.

Zobacz Automatyczne zestawienie danych zmian.

Skalowanie poziome dla aplikacji Databricks wkrótce będzie dostępne dla przestrzeni roboczych z włączonym profilem bezpieczeństwa zgodności

Na początku października 2026 roku skalowanie poziome dla aplikacji Databricks zostanie automatycznie włączone dla przestrzeni roboczych z włączonym profilem bezpieczeństwa zgodności . Skalowanie poziome pozwala uruchomić aplikację na wielu instancjach za jednym adresem URL aplikacji, co zwiększa dostępność i współbieżność.

Zobacz skalowanie poziome dla aplikacji Databricks.

Profil bezpieczeństwa zgodności będzie egzekwował szyfrowanie Azure Virtual Network

Obecnie profil bezpieczeństwa zgodności sprawdza i wymusza jedynie użycie określonych typów instancji VM, a nie włączania szyfrowania Azure Virtual Network. Egzekwowanie wymogu szyfrowania Azure Virtual Network rozpoczyna się 1 czerwca 2027 roku, także w przestrzeniach roboczych, które już mają włączony profil bezpieczeństwa zgodności.

Zobacz Profil bezpieczeństwa zgodności oraz Konfiguruj rozszerzone ustawienia bezpieczeństwa i zgodności.

Przyrostowe pozyskiwanie danych dla pól formuł w Salesforce w Lakeflow Connect będzie wkrótce ogólnie dostępne

Przyrostowe pozyskiwanie danych dla pól formuł w Salesforce w Lakeflow Connect będzie wkrótce ogólnie dostępne. Obecnie Lakeflow Connect pobiera pola formuł, wykonując domyślnie pełny snapshot każdego uruchamianego potoku. Gdy przyrostowe pozyskiwanie pól formułowych będzie ogólnie dostępne, pełne migawki nie będą już domyślną opcją. Stopniowe spożycie zazwyczaj poprawia wydajność i obniża koszty.

Zobacz Pozyskiwanie pól formuły usługi Salesforce przyrostowo.

Nadchodzący koniec życia API Supervisor

Interfejs Supervisor API (Beta) zostanie wycofany 30 września 2026 roku. Po tej dacie API nie jest już dostępne.

Azure Databricks zaleca migrację do custom agents on Databricks Apps.

Zobacz Supervisor API (przestarzałe).

Kontrola dostępu oparta na rolach (RBAC) wkrótce będzie domyślnie dostępna dla przestrzeni roboczych z włączonym profilem bezpieczeństwa zgodności

Kontrola dostępu oparta na rolach (RBAC) będzie domyślnie dostępna dla przestrzeni roboczych z włączonym profilem bezpieczeństwa zgodności w połowie września 2026 roku.

RBAC pozwala użytkownikom przejąć rolę w Azure Databricks. Gdy użytkownik przejmuje rolę, obowiązują tylko uprawnienia tej roli, a nie zgromadzone przez niego uprawnienia. Umożliwia to wyłączny dostęp. Użytkownicy muszą aktywnie przyjmować rolę dostępu do wrażliwych danych, co uniemożliwia im dostęp do nich pod własną tożsamością oraz mieszanie danych między przypadkami użycia, badaniami klinicznymi, projektami czy klientami.

Zobacz Kontrola dostępu oparta na rolach (RBAC) .

Nadchodzące wycofanie kolumny monitorowania downstream_impact jakości danych

Kolumna downstream_impact w tabeli wyników monitoringu jakości danych jest wycofywana.

Wycofywanie rozpoczyna się 7 września 2026 roku i będzie stopniowo wprowadzane w kolejnych regionach w ciągu kolejnego tygodnia. Dopóki funkcja nie zostanie wdrożona w Twoim obszarze roboczym, nadal możesz wysyłać zapytania do downstream_impact. Po zakończeniu procesu wycofywania kolumna nie jest już zapełniana.

Dla kolumny, której dotyczy problem, zobacz Informacje o tabeli systemowej wyników monitorowania jakości danych oraz Przegląd zarejestrowanych wyników wykrywania anomalii.

Nadchodzące wycofanie kolumny monitorowania root_cause_analysis jakości danych

Kolumna root_cause_analysis w tabeli wyników monitoringu jakości danych jest wycofywana.

Proces wycofywania rozpoczyna się 18 sierpnia 2026 r. i będzie stopniowo wdrażany w poszczególnych regionach w ciągu kolejnych kilku dni. Dopóki funkcja nie zostanie wdrożona w Twoim obszarze roboczym, nadal możesz wysyłać zapytania do root_cause_analysis. Po zakończeniu procesu wycofywania kolumna nie jest już zapełniana.

Dla kolumny, której dotyczy problem, zobacz Informacje o tabeli systemowej wyników monitorowania jakości danych oraz Przegląd zarejestrowanych wyników wykrywania anomalii.

Udostępnianie tabel korzystających z domyślnego magazynu danych będzie domyślnie włączone dla wszystkich kont

Obsługa OpenSharing dla tabel domyślnie zabezpieczonych pamięcią jest zazwyczaj dostępna i domyślnie włączona dla większości kont. Dla większości kont Enterprise lub Premium Azure Databricks włączy je automatycznie w połowie września 2026, a na początku 2027 roku dla pozostałych.

Dopóki nie zostanie ona włączona dla Twojego konta, administrator konta może włączyć funkcję OpenSharing for Default Storage – Expanded Access ze strony Zapowiedzi w konsoli konta. Zobacz Zarządzanie wersjami zapoznawczami usługi Azure Databricks.

Rozliczenia za rozszerzone funkcje sieciowe dla OpenSharing SecureConnect

Azure Databricks rozszerzy naliczanie opłat za usługi sieciowe dla OpenSharing SecureConnect. Obecnie dostawcy danych są rozliczani za transfer danych (egress), gdy odbiorcy uzyskują dostęp do danych współdzielonych za pośrednictwem SecureConnect. Planowane są dodatkowe rodzaje opłat i scenariusze dostępu, w tym opłaty pobierane od odbiorców.

Azure Databricks nie pobiera opłat za przetwarzanie danych w zakresie prywatnej łączności (konfiguracji łączności sieciowej, czyli NCC).

Poniższa tabela podsumowuje planowane opłaty, kto jest rozliczany oraz jak każda z nich ma zastosowanie w różnych scenariuszach dostępu do sieci:

¹ Transfer danych (egress) nie ma zastosowania, gdy odbiorca znajduje się w tym samym regionie co dostawca.
² Azure Databricks nie pobiera tej opłaty. Jeśli adresaci korzystający z klasycznych zasobów obliczeniowych lub otwarci adresaci uzyskują dostęp do pamięci masowej przez sieć publiczną, ich dostawca chmury może bezpośrednio obciążyć ich kosztami translacji adresów sieciowych (NAT).
³ Bezserwerowi adresaci z tego samego regionu odczytują dane bezpośrednio z pamięci masowej.

Aby uzyskać stawki, zobacz ceny transferu danych i łączności lub skontaktuj się z zespołem kont Azure Databricks.

OpenSharing SecureConnect będzie domyślnie dostępny dla wszystkich kont

OpenSharing SecureConnect jest ogólnie dostępny. Azure Databricks udostępni go domyślnie dla kont w planie Premium w połowie września 2026 roku, a na początku 2027 roku dla pozostałych.

Dopóki nie będzie dostępny dla Twojego konta, administrator konta po stronie dostawcy może włączyć podgląd OpenSharing SecureConnect na stronie Podglądów w konsoli konta. Zobacz Udostępnianie danych za zaporą z SecureConnect oraz Zarządzanie podglądami Azure Databricks.

Sekrety w Unity Catalog wkrótce będą domyślnie dostępne dla przestrzeni roboczych z włączonym profilem bezpieczeństwa zgodności

Sekrety w Unity Catalog będą domyślnie dostępne dla przestrzeni roboczych z włączonym profilem bezpieczeństwa zgodności pod koniec września 2026 roku.

Przechowuj, zarządzaj i uzyskuj dostęp do sekretów jako zabezpieczalnych obiektów w Unity Catalog. Klucz tajny w Unity Catalog korzysta z trójpoziomowej przestrzeni nazw (catalog.schema.secret) i podlega uprawnieniom Unity Catalog, dzięki czemu można stosować te same mechanizmy kontroli dostępu i audytu co w przypadku innych zasobów danych.

Zobacz Sekrety w Unity Catalog.

Wkrótce powszechna dostępność Unity Gateway

Unity Gateway, rozwiązanie zarządzania Azure Databricks dla korporacyjnej AI, wkrótce będzie dostępne ogólnie. Oparte na Unity Catalog, Unity Gateway rozszerza zarządzanie na interakcje w czasie wykonywania między modelami, agentami, serwerami MCP i narzędziami. Możesz kontrolować, z jakich usług korzystają zespoły AI, kierować i zarządzać ruchem AI oraz monitorować wykorzystanie z jednej płaszczyzny kontrolnej.

Następujące możliwości będą dostępne ogólnie. Usługi modelowe, MCP i dostawcy modeli to zabezpieczalne obiekty katalogu Unity, którymi zarządzasz z tymi samymi uprawnieniami co tabele i woluminy:

• Usługi modelowe kierują żądania do modeli rozliczanych za token i modeli zewnętrznych z podziałem ruchu i mechanizmem awaryjnym, a także można je udostępniać między przestrzeniami roboczymi. Zobacz Usługi modeli niestandardowych.
• Usługi MCP rejestrują zewnętrzne lub udostępniane przez Azure Databricks serwery MCP, dzięki czemu możesz zarządzać dostępem agentów za pomocą grantów i wyboru narzędzi. Zobacz MCPs.
• Usługi dostawców modeli reprezentują zewnętrznych dostawców modeli, takich jak OpenAI, Anthropic i Amazon Bedrock, posiadających centralnie zarządzane dane uwierzytelniające. Zobacz dostawcy modeli zewnętrznych dla Databricks.
• Budżety umożliwiają monitorowanie i kontrolowanie miesięcznych wydatków na Unity Gateway za pomocą progów na użytkownika i twardych limitów. Zobacz Zarządzaj budżetami dla Unity Gateway.

Unity Gateway będzie domyślnie dostępny dla przestrzeni roboczych z włączonym profilem bezpieczeństwa zgodności w połowie września 2026 roku.

Zobacz zarządzanie AI z Unity Gateway.

Dedykowane klastry grup będą domyślnie dostępne dla obszarów roboczych z włączonym profilem zabezpieczeń zgodności

Dedykowane klastry grup będą domyślnie dostępne dla obszarów roboczych z włączonym profilem zabezpieczeń zgodności we wrześniu 2026 r.

Zasób obliczeniowy można przypisać do grupy przy użyciu trybu dostępu Dedicated, co umożliwia członkom grupy współdzielenie zasobów obliczeniowych przy jednoczesnym bezpiecznym uruchamianiu języków i obciążeń nieobsługiwanych w standardowym trybie dostępu, takich jak Databricks Runtime for ML, interfejsy API RDD oraz język R. Gdy użytkownik łączy się z klastrem grupy, zakres jego uprawnień na czas sesji klastra zostaje ograniczony do uprawnień grupy.

Zobacz Dedykowany dostęp do grupy obliczeniowej.

Wyszukiwanie AI z wysokim limitem QPS będzie wkrótce domyślnie dostępne dla obszarów roboczych z włączonym profilem zabezpieczeń zgodności

Usługa AI Search high QPS będzie domyślnie dostępna dla obszarów roboczych z włączonym profilem zabezpieczeń zgodności pod koniec sierpnia 2026 r.

Ustaw docelową wartość QPS dla standardowych punktów końcowych AI Search, aby obsługiwać wysokoprzepustowe obciążenia w czasie rzeczywistym, takie jak paski wyszukiwania, systemy rekomendacji i dopasowywanie encji. Wysoka funkcja QPS jest domyślnie włączona, ale nie ma to wpływu na istniejące punkty końcowe. Dodatkowa pojemność i skojarzony koszt mają zastosowanie tylko podczas konfigurowania docelowego protokołu QPS dla punktu końcowego.

Zobacz Skalowanie przepływności punktu końcowego wyszukiwania sztucznej inteligencji przy użyciu wysokiej jakości usługi QPS.

Łączniki oparte na zapytaniach w programie Lakeflow Connect będą domyślnie dostępne dla obszarów roboczych z włączonym profilem zabezpieczeń zgodności

Łączniki oparte na zapytaniach w programie Lakeflow Connect będą domyślnie dostępne dla obszarów roboczych z włączonym profilem zabezpieczeń zgodności . Łączniki oparte na zapytaniach pozyskują dane z baz danych, wysyłając zapytanie do źródła bezpośrednio przy użyciu kolumny kursora bez konieczności konfigurowania przechwytywania danych zmian (CDC) lub bramy pozyskiwania. Obsługiwane źródła to Oracle, Teradata, SQL Server, MySQL, MariaDB i PostgreSQL, a także wszystkie źródła danych federacji Lakehouse korzystające z importowania katalogu zewnętrznego.

Zobacz Łączniki oparte na zapytaniach.

Żądanie dostępu zostanie wkrótce włączone domyślnie dla wszystkich obszarów roboczych

W nadchodzącej wersji funkcja Żądanie dostępu będzie domyślnie włączona dla wszystkich obszarów roboczych, a żądania dostępu będą kierowane e-mailem do właściciela żądanego obiektu usługi Unity Catalog. Miejsca docelowe żądań dostępu można skonfigurować w dowolnym momencie w ustawieniach magazynu metadanych. Starsze ustawienia żądania dostępu na poziomie obszaru roboczego zostaną wycofane.

Zobacz Konfiguruj miejsca docelowe żądań dostępu dla metastore.

Usługi MCP oferowane przez Azure Databricks będą wkrótce ogólnie dostępne.

Usługi MCP dostarczane przez Azure Databricks dla aplikacji SaaS, takich jak Slack, GitHub, Atlassian i Google Drive, będą wkrótce ogólnodostępne, z domyślnie włączonymi operacjami odczytu i zapisu. Administratorzy i użytkownicy mogą wyłączyć usługi MCP oraz poszczególne narzędzia w Unity Gateway.

Zobacz MCPs.

Zmień na domyślny edytor potoku dla obszarów roboczych z włączonym profilem zabezpieczeń zgodności

Lakeflow Pipelines Editor jest ogólnie dostępny od maja 2026 r. W sierpniu zostanie on domyślnym edytorem do tworzenia i debugowania potoków w obszarach roboczych z włączonym profilem zabezpieczeń zgodności . Wtedy dotychczasowy edytor zostanie usunięty.

Aby uzyskać więcej informacji na temat Edytora potoków lakeflow, zobacz Develop and debug ETL pipelines with the Lakeflow Pipelines Editor (Opracowywanie i debugowanie potoków ETL za pomocą edytora potoków lakeflow). Jeśli masz pytania dotyczące tego przejścia, skontaktuj się z zespołem ds. kont.

Zmiany zachowania dla zadań ciągłych i potoków

Na początku sierpnia 2026 roku ciągłe rurociągi i zadania Lakeflow zostaną zaktualizowane, aby uprościć konfigurację.

Będzie można skonfigurować ciągły harmonogram bezpośrednio na stronie potoku, w tym ustawienia na poziomie zadania, takie jak tryb wydajności. Skonfigurowanie harmonogramu ciągłego w ten sposób powoduje, że potok działa jako zadanie ciągłe.

Databricks zaleca uruchamianie potoków działających w trybie ciągłym przy użyciu zadania ciągłego, zamiast korzystać z wbudowanego w potok ustawienia trybu ciągłego. Gdy zadanie ciągłe obejmuje potok, takie zadanie zarządza cyklem życia wykonania potoku. Wbudowane ustawienie ciągłego działania nie zostanie usunięte, ale nowe potoki ciągłego działania powinny używać wzorca zadania ciągłego działania.

Tworzenie klasycznego obszaru roboczego z Azure Databricks zarządzaną siecią wirtualną wkrótce zostanie wycofane

W jednej z przyszłych wersji Azure Databricks planuje wycofać obsługę tworzenia klasycznych obszarów roboczych z siecią wirtualną zarządzaną przez Azure Databricks. W przypadku nowych obszarów roboczych Azure Databricks zaleca bezserwerowy obszar roboczy na potrzeby najprostszego szybkiego startu lub iniekcji sieci wirtualnej, jeśli potrzebujesz klasycznego obszaru roboczego. Szczegółowy harmonogram migracji zostanie przekazany osobno.

Zobacz Klasyczne sieci płaszczyzny obliczeniowej.

Bezpieczna łączność z klastrem wkrótce stanie się obowiązkowa dla klasycznych obszarów roboczych

W jednej z przyszłych wersji usługi Azure Databricks będzie wymagana bezpieczna łączność z klastrem dla wszystkich klasycznych obszarów roboczych. Obszary robocze utworzone przy ustawieniu parametru enableNoPublicIp na false nie będą już obsługiwane, a ten parametr stanie się obowiązkowy. Szczegółowy harmonogram migracji zostanie przekazany osobno.

Zobacz Włączanie bezpiecznej łączności klastra.

Zasoby interfejsu Azure Databricks będą obsługiwane z nowej domeny CDN

Pod koniec sierpnia 2026 roku przestrzenie robocze Azure załadują zasoby UI z nowej domeny CDN pierwszej strony, ui-assets.azuredatabricks.net. Jeśli twoja zapora ogranicza ruch wychodzący według domeny, dodaj nową domenę, żeby interfejs ładował się poprawnie.

Zobacz Zezwalanie na ruch do domen CDN dla zasobów interfejsu użytkownika.

Lakeflow Designer będzie wkrótce domyślnie dostępny w obszarach roboczych z włączonym profilem zabezpieczeń zgodności

Lakeflow Designer będzie domyślnie dostępny dla przestrzeni roboczych z włączonym profilem zabezpieczeń zgodności pod koniec lipca 2026 r.

Lakeflow Designer to wizualne środowisko niewymagające kodowania do przygotowywania i przekształcania danych na płótnie typu przeciągnij i upuść, a wszystkie przepływy pracy są oparte na kodzie gotowym do wdrożenia produkcyjnego, zarządzanym przez Unity Catalog.

Zobacz Lakeflow Designer.

Wariant będzie domyślnie dostępny dla obszarów roboczych z włączonym profilem zabezpieczeń zgodności

Wariant będzie domyślnie dostępny dla obszarów roboczych z włączonym profilem zabezpieczeń zgodności w lipcu 2026 r.

Użyj wariantu do pozyskiwania częściowo ustrukturyzowanych danych ze źródeł przesyłania strumieniowego (Kinesis, Event Hub), interfejsów API REST i baz danych bez schematu przy zachowaniu dostępu do zapytań o wysokiej wydajności.

Zobacz Obsługa typów wariantów dla platform Apache Iceberg i Delta Lake.

Nadchodząca zmiana zachowania: wybierz uprawnienia podczas dodawania podmiotów do obszarów roboczych

Databricks zmienia sposób, w jaki podmioty uzyskują uprawnienia do obszaru roboczego. Po tej zmianie jawnie nadajesz uprawnienia podczas dodawania podmiotu do obszaru roboczego, zamiast korzystać z dziedziczenia z grupy systemowej users. Administratorzy obszarów roboczych mogą zacząć korzystać od 15 czerwca 2026 r., a nowe zachowanie zacznie obowiązywać we wszystkich obszarach roboczych 14 września 2026 r.

Ta zmiana umożliwia dodawanie jednostek zabezpieczeń na dowolnym poziomie dostępu, w tym użytkowników wyłącznie konsumenckich, bez automatycznego dziedziczenia przez nich uprawnień do tworzenia.

Co się zmienia

Każdy obszar roboczy ma dwie grupy systemowe: users, obejmującą wszystkie jednostki, którym przyznano dostęp do obszaru roboczego, oraz admins, obejmującą administratorów obszaru roboczego. Dziś każdy podmiot dodany do obszaru roboczego dziedziczy uprawnienia przyznane elementowi users. Domyślnie są to:

• Dostęp do obszaru roboczego — twórz notatniki, zadania, potoki, aplikacje i nie tylko.
• Dostęp do usługi Databricks SQL — twórz i korzystaj z dashboardów, agentów Genie, alertów i nie tylko.

Po zmianie:

• Grupa users nie będzie miała uprawnień. Grupa admins będzie miała wszystkie uprawnienia do obszaru roboczego. Uprawnienia obu grup są zablokowane.
• Nowym podmiotom zabezpieczeń należy jawnie przypisać uprawnienia po dodaniu ich do obszaru roboczego.
• users i admins nie mogą być zagnieżdżane jako elementy innych grup.

Istniejące konta zachowują obecny poziom dostępu. Usługa Databricks automatycznie przenosi uprawnienia wcześniej przyznane grupie users do nowej, lokalnej dla obszaru roboczego grupy klonów o nazwie users-clone-<TIMESTAMP> (gdzie <TIMESTAMP> oznacza czas migracji). Zarządzasz grupą klonów tak jak każdą inną grupą lokalną obszaru roboczego i możesz dostosować jej nazwę, jeśli zdecydujesz się na wcześniejszy dostęp. Grupa admins nie wymaga migracji.

Wymagana akcja

• Jeśli zarządzasz uprawnieniami grup systemowych za pomocą automatyzacji (Terraform, interfejsów API SCIM obszaru roboczego lub skryptów niestandardowych), zaktualizuj przepływy pracy tak, aby były kierowane do standardowych grup kont, a nie do grup systemowych. Po włączeniu nowego zachowania próba zmodyfikowania uprawnień grupy systemu zakończy się niepowodzeniem.
• Jeśli users lub admins jest zagnieżdżony jako element innej grupy, usuń to zagnieżdżenie. Zagnieżdżanie nie jest dozwolone w ramach nowego zachowania.
• Jeśli synchronizacja SCIM usuwa grupy w obszarze roboczym, których nie rozpoznaje, zaktualizuj jej konfigurację, aby zachować grupę klonu migracji (users-clone-<TIMESTAMP>). Jeśli synchronizacja usunie grupę klonowania, podmioty zmigrowane do niej utracą uprawnienia.

Linia czasowa

• 15 czerwca 2026 r. — opcja dostępna w ustawieniach obszaru roboczego w obszarze Zaawansowana > kontrola dostępu.
• 27 lipca 2026 r. — automatycznie włączone dla obszarów roboczych, które nie włączyły ani nie wyłączyły tej opcji. Opcja rezygnacji pozostaje dostępna.
• 14 września 2026 r. — nowe zachowanie wymuszane dla wszystkich obszarów roboczych. Rezygnacja została wycofana.

Nowe zachowanie można zarządzać z poziomu ustawień obszaru roboczego w obszarze Zaawansowana > kontrola dostępu:

Przed wyrażeniem zgody: obowiązuje dotychczasowe działanie.

Po wyrażeniu zgody lub automatycznym włączeniu: obowiązuje nowe działanie.

Aby uzyskać więcej informacji, zobacz Migrowanie kontrolki uprawnień obszaru roboczego.

Profil zabezpieczeń zgodności wymagany dla systemów HIPAA, HITRUST i IRAP

Począwszy od 1 września 2026 r., profil zabezpieczeń zgodności będzie wymagany do przetwarzania danych chronionych w ramach systemów HIPAA, HITRUST i IRAP.

Zobacz profil bezpieczeństwa zgodności .

Autoryzacja użytkownika dla usługi Databricks Apps wkrótce będzie dostępna dla obszarów roboczych z włączonym profilem zabezpieczeń zgodności

Pod koniec września 2026 roku autoryzacja użytkowników dla aplikacji Databricks zostanie automatycznie włączona dla przestrzeni roboczych z włączonym profilem bezpieczeństwa zgodności . Autoryzacja użytkownika umożliwia aplikacjom działanie przy użyciu tożsamości użytkownika aplikacji, dzięki czemu aplikacje mogą uzyskiwać dostęp do zasobów w imieniu użytkownika, wymuszając istniejące uprawnienia użytkownika.

Zobacz Autoryzacja użytkownika.

Nadchodząca zmiana: uaktualnienie do automatycznego skalowania w usłudze Lakebase

Azure Databricks uaktualnia wszystkie instancje Lakebase Provisioned do platformy Lakebase Autoscaling. Aktualizacje rozpoczną się w czerwcu 2026 r. dla klientów, którzy o nie poprosili, a aktualizacje pozostałych instancji będą przeprowadzane w kolejnych tygodniach. Administratorzy obszaru roboczego otrzymają wiadomość e-mail z datami uaktualnienia przed rozpoczęciem uaktualniania.

Uaktualnienie jest automatyczne. Połączenia są uruchamiane krótko podczas przejścia, a istniejące parametry połączenia, wywołania interfejsu API, pakiety deklaratywnej automatyzacji i konfiguracje programu Terraform nadal działają bez modyfikacji.

Po uaktualnieniu obowiązują następujące zmiany:

• Instancje będą obsługiwać funkcje automatycznego skalowania i można nimi zarządzać zarówno za pomocą nowego interfejsu Autoscaling, jak i znanego interfejsu Provisioned, który będzie dostępny do 1 września 2026 r.

• Każda instancja otrzymuje nowe regionalne parametry połączenia, które zapewniają zoptymalizowaną komunikację przychodzącą:

  • Istniejące parametry połączenia: Aprowizowane parametry połączenia (bez regionu) nadal działają za pośrednictwem istniejącego przychodzącego połączenia Private Link i nie wymagająService Direct Private Link.
  • Nowe regionalne parametry połączenia: Jeśli używasz Private Link i łączysz się z usługą Lakebase spoza obszaru roboczego Azure Databricks, musisz skonfigurować przychodzący Private Link dla usług o wysokich wymaganiach wydajnościowych, aby używać nowych regionalnych parametrów połączenia.

• Aby używać nowych funkcji skalowania automatycznego, takich jak skalowanie do zera w pakietach deklaratywnych automatyzacji i konfiguracjach programu Terraform, zaktualizuj je, aby korzystały z semantyki skalowania automatycznego.

• Obowiązuje cennik wersji ogólnie dostępnej usługi Lakebase. W przypadku elastycznego przetwarzania zastępującego wystąpienia o stałym rozmiarze większość klientów obniży koszty obliczeń.

• Funkcje Forward ETL i REST API w prywatnej wersji zapoznawczej w usłudze Lakebase Provisioned są wyłączone po aktualizacji. Zastępują je Lakebase Change Data Feed i Data API, dostępne na platformie Autoscaling.

Lakebase Autoscaling dodaje funkcje automatycznego skalowania i skalowania do zera, przywracania do określonego punktu w czasie i migawek, planowania okien konserwacyjnych, rozgałęziania bazy danych oraz inne ulepszenia. Aby uzyskać szczegółowe informacje o oczekiwaniach, zmianach i akcjach do wykonania, zobacz Uaktualnianie do skalowania automatycznego.

Aby poprosić o przyspieszone uaktualnienie lub jeśli masz pytania, skontaktuj się z zespołem ds. kont lub Azure Databricks pomocą techniczną.

Databricks Runtime 19 będzie korzystać z ujednoliconego modelu wydań

Począwszy od wersji 19, środowisko Databricks Runtime będzie używać ujednoliconego modelu wydania. Zamiast wielu wersji funkcji (na przykład 19.0, 19.1, 19.2), każda wersja główna będzie mieć jedną stronę informacji o wersji.

Po początkowej wersji beta każda wersja środowiska Databricks Runtime zostanie uruchomiona jako ogólnie dostępna (ogólna dostępność) i będzie otrzymywać nowe funkcje i poprawki w przybliżeniu co tydzień, a aktualizacje są zróżnicowane według daty na jednej stronie. Klastry będą otrzymywać aktualizacje po ponownym uruchomieniu. Po około sześciu miesiącach wersja zostanie przeniesiona do wsparcia długoterminowego (LTS) z trzema latami wsparcia technicznego.

Databricks Runtime 18 to wersja przejścia. Strony wersji 18.0, 18.1 i 18.2 pozostają dostępne do celów archiwalnych, a Databricks Runtime 18 LTS będzie ostatnią ujednoliconą wersją w gałęzi 18.x.

Uprawnienia obiektu środowiska pracy zostaną wkrótce odziedziczone od wszystkich grup konta.

W nadchodzącej wersji uprawnienia obiektu obszaru roboczego będą dziedziczone ze wszystkich grup kont, a nie tylko grupy bezpośrednio przypisane do obszaru roboczego. Principals będą dziedziczyć uprawnienia do obiektów obszaru roboczego, takich jak zadania, notesy, foldery, zapytania i pulpity nawigacyjne, ze wszystkich grup kont, których są członkami, niezależnie od tego, czy te grupy są przydzielone do obszaru roboczego. Aby móc korzystać z tych uprawnień, użytkownicy nadal muszą być przypisani do obszaru roboczego.

Ta zmiana aktywuje również uprawnienia nieaktywne ("oddzielone"). Są to uprawnienia, które pozostają z grupą po jej usunięciu z obszaru roboczego. Nie są dodawane żadne nowe uprawnienia, ale istniejące oddzielone dotacje staną się aktywne, co potencjalnie daje członkom obszaru roboczego nieoczekiwany dostęp. Jeśli na przykład grupa "Wykonawcy" została usunięta z obszaru roboczego, ale nadal ma dostęp do edycji do folderu, każdy członek obszaru roboczego w obszarze "Wykonawcy" uzyska dostęp do tego folderu.

Usługa Databricks zaleca przejrzenie uprawnień obszaru roboczego. Użyj następującego notesu, aby zidentyfikować nieaktywne uprawnienia w obszarach roboczych:

Notatnik analizy osieroconych uprawnień

Pobierz laptopa

Zbliżająca się zmiana wstecznie niekompatybilna: domyślne zachowanie podczas usuwania pipeline'u Unity Catalog

W nadchodzącej wersji domyślne zachowanie podczas usuwania potoku katalogu Unity zmieni się. Obecnie usunięcie pipeline'u powoduje również usunięcie wszystkich skojarzonych zmaterializowanych widoków, tabel przesyłania strumieniowego i widoków. Po tej zmianie skojarzone tabele zostaną zachowane w systemie, ale pozostaną nieaktywne po usunięciu potoku. Interfejs API zmieni się również tak, aby domyślnie zachowywał tabele, ale ustawienie pola cascade na true to zmienia i zachowa bieżące.

Pole cascade jest teraz dostępne. Aby zachować obecny sposób, w jaki usuwane są wszystkie tabele podczas kasowania potoku, zaktualizuj kod, aby ustawić cascade=true.

Zobacz Usuń potok i Usuń potok .

Domyślne włączanie nowego edytora SQL i wycofanie starszego edytora SQL

Nowy edytor SQL jest ogólnie dostępny od października 2025 r. W ramach przejścia do nowego edytora planowane są następujące zmiany:

• Począwszy od końca maja 2026 r.: Nowy edytor SQL zostanie domyślnie włączony dla wszystkich obszarów roboczych. Możliwość wyłączenia funkcji na poziomie obszaru roboczego nie będzie już dostępna. Po rozpoczęciu tego okresu użytkownicy będą nadal mogli przełączać swoje zapytania do starszego edytora SQL.
• Począwszy od końca lipca 2026 r.: Starszy edytor SQL zostanie wycofany. Wszyscy użytkownicy będą używać nowego edytora SQL, a indywidualna rezygnacja nie będzie już dostępna.

Aby dowiedzieć się więcej o nowym edytorze SQL, zobacz edytor SQL Databricks. Jeśli masz pytania dotyczące tego przejścia, skontaktuj się z zespołem ds. kont.

Zmiany w tokenach otwartego odbiorcy OpenSharing (dawniej Delta Sharing)

Udostępnianie openSharing dla otwartych adresatów spowoduje przejście do nowego formatu adresu URL specyficznego dla adresata. Nowe tokeny utworzone po dacie przejścia będą automatycznie używać nowego formatu adresu URL. Ta zmiana zwiększa bezpieczeństwo sieci i umożliwia adresatom konfigurowanie zasad sieciowych specyficznych dla adresatów i reguł zapory.

Dla Azure Chin przejście zostanie ogłoszone później.

Nowe adresy URL obejmują identyfikator odbiorcy w domenie:

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

Dla porównania adresy URL utworzone przed tą zmianą nie zawierają identyfikatora odbiorcy i używają punktu końcowego Delta Sharing.

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

Stare adresy URL będą nadal działać przez pewien czas. Określony czas trwania zależy od typu adresata i daty utworzenia tokenu. Dostawcy danych powinni przejść do nowego formatu adresu URL, zanim stary format adresu URL stanie się nieprawidłowy.

Udostępnianie federacji OIDC:

Usługa Databricks zaleca, aby dostawcy danych zaczęli przenosić swoich adresatów do nowego formatu adresu URL. Chociaż termin migracji nie został jeszcze ustalony, dokonaj migracji już teraz, aby mieć czas na rozwiązanie ewentualnych problemów. Po przejściu dostawcy mogą znaleźć nowy adres URL w interfejsie użytkownika openSharing. Po wycofaniu starego formatu adresu URL nie jest już prawidłowy.

Udostępnianie tokenu typu Bearer:

Aktualizacje publicznych adresów IP płaszczyzny kontroli ruchu wychodzącego

Azure Databricks aktualizuje publiczne adresy IP płaszczyzny kontrolnej ruchu wychodzącego oraz tagi usług Azure w celu poprawy bezpieczeństwa i dostępności stref. Te zmiany są częścią aktualizacji płaszczyzny sterowania, która rozpoczęła się 20 maja 2025 r.

Jeśli organizacja używa zapór zasobów do kontrolowania dostępu przychodzącego:

• Jeśli reguły zapory odwołują się do tagu Azure Databricks service, nie jest wymagana żadna akcja.
• Jeśli zezwolisz na określone publiczne adresy IP płaszczyzny sterowania, musisz dodać wszystkie adresy IP płaszczyzny kontroli ruchu wychodzącego do 26 września 2025 r.

Poprzednie adresy IP kontroli płaszczyzny ruchu wychodzącego nadal są obsługiwane.

Pole sourceIpAddress w dziennikach inspekcji nie będzie już zawierać numeru portu

Ze względu na usterkę niektóre dzienniki inspekcji autoryzacji i uwierzytelniania zawierają numer portu oprócz adresu IP w sourceIPAddress polu (na przykład "sourceIPAddress":"10.2.91.100:0"). Numer portu, który jest rejestrowany jako 0, nie dostarcza żadnej rzeczywistej wartości i jest niespójny z resztą dzienników inspekcji usługi Databricks. Aby zwiększyć spójność dzienników inspekcji, usługa Databricks planuje zmienić format adresu IP dla tych zdarzeń dziennika inspekcji. Ta zmiana będzie stopniowo wdrażana na początku sierpnia 2024 r.

Jeśli dziennik inspekcji zawiera wartość sourceIpAddress, usługa Databricks może przestać ją zapisywać.

Przechowywanie śladów MLflow w Unity Catalog będzie wkrótce domyślnie dostępne w obszarach roboczych z włączonym profilem zabezpieczeń zgodności

Przechowywanie śladów MLflow w tabelach Unity Catalog będzie domyślnie dostępne od połowy sierpnia 2026 r. dla obszarów roboczych z włączonym profilem zabezpieczeń zgodności.

Przechowuj ślady MLflow w tabelach Unity Catalog, aby zapewnić skalowalne śledzenie z nadzorem: pojemność magazynu jest nieograniczona, ślady są przechowywane w formacie OpenTelemetry (OTel), dostęp jest kontrolowany za pomocą uprawnień do schematów i tabel Unity Catalog, a ślady można odpytywać za pomocą SQL. Aby wyświetlić ślady, skieruj eksperyment MLflow do lokalizacji śladów w Unity Catalog.

Zobacz Przechowywanie śladów OpenTelemetry w katalogu Unity.