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

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

Publiczne adresy URL pobierania sterowników ODBC zostaną wyłączone

W nadchodzącej wersji publiczne adresy URL automatycznego pobierania sterowników ODBC platformy Apache Spark zostaną wyłączone. Po tej zmianie wszystkie pobierania sterowników, w tym zautomatyzowane procesy, będą wymagały uwierzytelnienia. Spowoduje to przerwanie zautomatyzowanych procesów pobierania sterowników ODBC platformy Apache Spark przy użyciu bezpośrednich linków publicznych bez uwierzytelniania.

Aktualizacje nawigacji Eksploratora Katalogu

Eksplorator wykazu wkrótce otrzyma ulepszenia nawigacji, aby usprawnić przepływy pracy i ułatwić wydajniejsze odnajdywanie zasobów danych i zarządzanie nimi.

Uproszczona nawigacja:

Karta powielonych katalogów jest usuwana, aby zmniejszyć nadmiarowość i skoncentrować się na jednym obszarze nawigacji katalogu. DBFS i Send feedback zostają przeniesione do , aby zachować przejrzysty układ.

Nowa sugerowana sekcja:

Nowa karta Sugerowane na stronie docelowej Eksploratora wykazu wyróżnia często używane obiekty, przykładowe obiekty dla użytkowników po raz pierwszy i ulubione przez użytkownika. Ułatwia to szybkie ponowne angażowanie się w ważne zasoby lub odnajdywanie przydatnych punktów wyjścia.

Skonsolidowane punkty wejścia:

Powiązane możliwości są grupowane w jaśniejszych kategoriach w celu zmniejszenia szumu wizualnego i zwiększenia możliwości znajdowania:

• Zarządzanie — punkt wejścia dla zarządzanych tagów, administracji magazynu metadanych i klasyfikacji danych
• Connect — punkty wejścia dla lokalizacji zewnętrznych, danych zewnętrznych, poświadczeń i połączeń
• Share — punkt wejścia do Delta Sharing i Clean Rooms

Te grupowania zastępują rozproszone karty podrzędne i tworzą bardziej intuicyjną, skalowalną architekturę informacji.

Zmiany dotyczące tokenów odbiorcy Delta Sharing

Delta Sharing dla otwartych adresatów przejdzie na nowy format adresu URL specyficzny dla adresata, który jest używany do nawiązywania połączenia z serwerem Delta Sharing. Ta zmiana zwiększa bezpieczeństwo sieci i konfiguracje zapory, dostosowując się do najlepszych rozwiązań dotyczących udostępniania punktów końcowych.

Tokeny adresatów utworzone w dniu lub po 9 marca 2026 r.:

Od 9 marca 2026 r. nowe otwarte tokeny adresatów będą używać nowego formatu adresu URL specyficznego dla adresata w celu zwiększenia bezpieczeństwa i filtrowania sieci. Ta zmiana dotyczy tokenów wystawionych w dniu lub po tej dacie; Wcześniejsze tokeny mogą nadal używać starszego formatu adresu URL do momentu ich wygaśnięcia. Zobacz Nowe zasady okresu wygaśnięcia tokenu w poniższej sekcji.

W przypadku platformy Azure w Chinach przejście zostanie ogłoszone później.

W przypadku OIDC adresaci muszą przejść do nowego formatu adresu URL do 9 marca 2027 r. Od 9 marca 2026 r. dostawcy będą mogli wyświetlać nowy format adresu URL dla istniejących adresatów na stronie Delta Sharing, aby udostępnić je adresatom.

Nowe adresy URL będą mieć następujący format:

https://2d4b0370-9d5c-4743-9297-72ba0f5caa8d.delta-sharing.westus.azuredatabricks.net

Nowe zasady okresu wygaśnięcia tokenu:

Od 8 grudnia 2025 r. wszystkie nowe tokeny adresatów otwartego udostępniania będą wydawane z maksymalnym wygaśnięciem jednego roku od daty utworzenia. Nie można już tworzyć tokenów z dłuższą lub nieograniczoną ważnością.

W przypadku tokenów utworzonych przy użyciu poprzedniego formatu adresu URL adresata od 8 grudnia 2025 r. do 9 marca 2026 r. każdy token automatycznie wygasa rok po jego utworzeniu. Podczas rotacji tokenów dostawcy mogą skonfigurować okno przestoju, aby umożliwić odbiorcom migrację. W tym oknie zarówno stare, jak i nowe adresy URL adresatów nadal działają.

Jeśli obecnie używasz tokenów adresatów z długimi lub nieograniczonymi okresami istnienia, przejrzyj swoje integracje i pamiętaj, aby obracać tokeny co rok w razie potrzeby, ponieważ tokeny wygasną 8 grudnia 2026 r.

Podróż w czasie i zmiany zachowania tabel zarządzanych przez katalog Unity

W styczniu 2026 r. funkcja podróży w czasie oraz zmiany w zachowaniu wprowadzone w środowisku Databricks Runtime 18.0 zostaną rozszerzone na bezserwerowe obliczenia, usługi Databricks SQL oraz Databricks Runtime 12.2 i nowsze dla VACUUM.

Zmiany te obejmują:

• Zapytania dotyczące podróży w czasie są blokowane, jeśli przekraczają wartość delta.deletedFileRetentionDuration.
• delta.logRetentionDuration musi być większa lub równa delta.deletedFileRetentionDuration.

Powiadomienia e-mail dotyczące wygasających osobistych tokenów dostępu

Usługa Azure Databricks wkrótce wyśle powiadomienia e-mail do użytkowników obszaru roboczego około siedmiu dni przed wygaśnięciem osobistych tokenów dostępu. Powiadomienia są wysyłane tylko do użytkowników obszaru roboczego (nie jednostek usługi) z nazwami użytkowników opartymi na wiadomości e-mail. Wszystkie wygasające tokeny w tym samym obszarze roboczym są grupowane razem w jednej wiadomości e-mail.

Zobacz Monitorowanie i odwoływanie osobistych tokenów dostępu.

Tryb agenta Genie Research może wkrótce korzystać z modeli obsługiwanych przez Amazon Bedrock

Tryb agenta Genie Research wkrótce będzie mógł korzystać z modeli obsługiwanych za pośrednictwem rozwiązania Amazon Bedrock, gdy są włączone funkcje sztucznej inteligencji obsługiwane przez partnerów .

Zaktualizowano oś czasu zakończenia pomocy technicznej dla starszych pulpitów nawigacyjnych

• Oficjalna obsługa starszych wersji pulpitów nawigacyjnych została zakończona 7 kwietnia 2025 r. Zostaną rozwiązane tylko krytyczne problemy z zabezpieczeniami i awarie usługi.
• 3 listopada 2025 r.: Usługa Databricks zaczęła prezentować użytkownikom okno dialogowe ostrzeżenia z możliwością odrzucenia podczas uzyskiwania dostępu do dowolnego starszego pulpitu nawigacyjnego. Okno dialogowe przypomina użytkownikom, że dostęp do starszych pulpitów nawigacyjnych zakończy się 12 stycznia 2026 r. i udostępnia opcję jednorazowego kliknięcia w celu przeprowadzenia migracji do sztucznej inteligencji/analizy biznesowej.
• 12 stycznia 2026 r. Starsze pulpity nawigacyjne i interfejsy API nie będą już dostępne bezpośrednio. Jednak nadal będą zapewniać możliwość aktualizacji w miejscu dla AI/BI. Strona migracji będzie dostępna do 2 marca 2026 r.

Aby ułatwić przejście do pulpitów nawigacyjnych sztucznej inteligencji/analizy biznesowej, narzędzia uaktualniania są dostępne zarówno w interfejsie użytkownika, jak i w interfejsie API. Aby uzyskać instrukcje dotyczące korzystania z wbudowanego narzędzia do migracji w interfejsie użytkownika, zobacz Klonowanie starszego pulpitu nawigacyjnego do pulpitu nawigacyjnego AI/BI. Aby uzyskać samouczki dotyczące tworzenia pulpitów nawigacyjnych i zarządzania nimi przy użyciu interfejsu API REST, zobacz Używanie interfejsów API usługi Azure Databricks do zarządzania pulpitami nawigacyjnymi.

Udostępnianie w federacji Lakehouse i magazyn domyślny

Udostępnianie Delta Sharing w federacji Lakehouse jest w wersji beta, dzięki czemu dostawcy danych mogą udostępniać zewnętrzne katalogi i tabele. Domyślnie dane muszą być tymczasowo zmaterializowane i przechowywane w magazynie domyślnym (prywatna wersja zapoznawcza). Obecnie użytkownicy muszą ręcznie włączyć funkcję Delta Sharing dla magazynu domyślnego – rozszerzony dostęp w konsoli zarządzania kontem, aby korzystać z udostępniania federacyjnego Lakehouse.

Po domyślnym włączeniu Delta Sharing dla magazynu domyślnego — poszerzony dostęp dla wszystkich użytkowników Azure Databricks, funkcja udostępniania różnicowego na federacji lakehouse będzie automatycznie dostępna w regionach, gdzie obsługiwany jest magazyn domyślny.

Zobacz Magazyn domyślny w usłudze Databricks i Dodawanie obcych schematów lub tabel do udziału.

Odśwież powiadomienie w przestrzeniach roboczych

W nadchodzącej wersji zostanie wyświetlony komunikat o ponownym załadowaniu karty obszaru roboczego, jeśli karta obszaru roboczego została otwarta przez długi czas bez odświeżania. Pomoże to zapewnić, że zawsze używasz najnowszej wersji usługi Databricks z najnowszymi funkcjami i poprawkami.

Łącznik SAP Business Data Cloud (BDC) connector for Azure Databricks wkrótce będzie ogólnie dostępny

Łącznik SAP Business Data Cloud (BDC) Connector dla usługi Azure Databricks to nowa funkcja, która umożliwia udostępnianie danych z usługi SAP BDC do usługi Azure Databricks i z usługi Azure Databricks do usługi SAP BDC przy użyciu funkcji udostępniania różnicowego. Ta funkcja będzie ogólnie dostępna pod koniec września.

Udostępnianie różnicowe dla tabel w domyślnym magazynie wkrótce zostanie włączone (wersja beta)

Ta domyślna aktualizacja magazynu dla Delta Sharing rozszerza możliwości udostępniania, umożliwiając dostawcom udostępnianie tabel z domyślnym magazynem wszystkim odbiorcom Delta Sharing (otwartym lub Azure Databricks), w tym odbiorcom korzystającym z klasycznych zasobów obliczeniowych. Ta funkcja jest obecnie w wersji beta i wymaga od dostawców ręcznego włączenia Delta Sharing dla domyślnego magazynu — poszerzonego dostępu w konsoli konta. Wkrótce ta opcja zostanie domyślnie włączona dla wszystkich użytkowników.

Zobacz Ograniczenia.

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

Azure Databricks aktualizuje publiczne adresy IP wychodzącej płaszczyzny kontrolnej i tagi usług Azure dla lepszego bezpieczeństwa i dostępności strefy. 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 usługi Azure Databricks, 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.

Zmiana zachowania dla opcji listy katalogów przyrostowych automatycznego modułu ładującego

W nadchodzącej wersji środowiska Databricks Runtime wartość przestarzałej opcji automatycznego ładowania cloudFiles.useIncrementalListing będzie domyślnie ustawiona na wartość false. Ustawienie wartości false powoduje, że Auto Loader wykonuje pełną listę katalogów przy każdym uruchomieniu. Obecnie wartością domyślną opcji cloudFiles.useIncrementalListing jest auto, co pozwala Auto Loaderowi na podjęcie najlepszej próby wykrycia, czy można użyć listy przyrostowej z katalogiem.

Aby kontynuować korzystanie z funkcji listy przyrostowej, ustaw opcję cloudFiles.useIncrementalListing na auto. Kiedy ustawisz tę wartość na auto, program Auto Loader podejmuje w pełni staranną próbę wykonania pełnego zestawienia raz na każde siedem list przyrostowych, co odpowiada zachowaniu tej opcji przed wprowadzeniem tej zmiany.

Aby dowiedzieć się więcej na temat listy katalogów Auto Loader, zobacz Automatyczne ładowanie strumieni z trybem listy katalogów.

Zmiana zachowania, gdy definicje zestawów danych są usuwane z Deklaratywnych Potoków Spark usługi Lakeflow

Zbliżająca się wersja Deklaratywnych Potoków Lakeflow Spark zmieni zachowanie, gdy zmaterializowany widok lub tabela przesyłania strumieniowego zostanie usunięta z potoku. Dzięki tej zmianie wycofany zmaterializowany widok ani tabela strumieniowa nie zostaną automatycznie usunięte po wykonaniu następnej aktualizacji zawartości. Zamiast tego będzie można użyć polecenia DROP MATERIALIZED VIEW, aby usunąć zmaterializowany widok, lub polecenia DROP TABLE do usunięcia tabeli przesyłania strumieniowego. Po opuszczeniu obiektu uruchomienie aktualizacji potoku danych nie spowoduje automatycznego odzyskania obiektu. Nowy obiekt jest tworzony, jeśli zmaterializowany widok lub tabela strumieniowa z taką samą definicją zostanie ponownie dodana do potoku. Można jednak odzyskać obiekt przy użyciu polecenia UNDROP.

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ć.