Apa yang akan terjadi?

Pelajari tentang fitur dan perubahan perilaku dalam rilis Azure Databricks mendatang.

koneksi Power BI akan beralih ke ADBC

Power BI berencana untuk mentransisikan semua koneksi Power BI ke Arrow Database Connectivity (ADBC) pada Juli 2026. Untuk menghindari gangguan, Databricks merekomendasikan untuk mengalihkan model semantik pengembangan dan penahapan Anda ke ADBC sekarang dan memvalidasi beban kerja Anda.

Driver ADBC untuk Power BI di Azure Databricks telah berada di Pratinjau Umum sejak Oktober 2025. Sejak Februari 2026, semua koneksi baru di Power BI Desktop dan layanan Power BI menggunakan ADBC secara default. Koneksi yang ada terus menggunakan ODBC kecuali Anda memperbaruinya secara manual.

Lihat Konfigurasi driver ADBC atau ODBC untuk Power BI.

Otorisasi pengguna untuk Aplikasi Databricks akan segera tersedia untuk ruang kerja dengan profil keamanan kepatuhan diaktifkan

Pada awal Juni 2026, otorisasi pengguna untuk Aplikasi Databricks akan diaktifkan secara otomatis untuk ruang kerja dengan profil keamanan kepatuhan diaktifkan. Otorisasi pengguna memungkinkan aplikasi untuk bertindak dengan identitas pengguna aplikasi, sehingga aplikasi dapat mengakses sumber daya atas nama pengguna sambil menegakkan izin pengguna yang ada.

Lihat Otorisasi pengguna.

Izin objek ruang kerja akan segera diwariskan dari semua grup akun

Dalam rilis mendatang, izin objek pada ruang kerja akan diwariskan dari semua grup akun, bukan hanya grup yang langsung ditetapkan ke ruang kerja. Prinsipal akan mewarisi izin pada objek ruang kerja, seperti pekerjaan, buku catatan, folder, kueri, dan dasbor, dari semua grup akun tempat mereka menjadi anggota, terlepas dari apakah grup tersebut ditetapkan ke ruang kerja. Pengguna masih perlu diberikan akses ke ruang kerja untuk menggunakan perizinan ini.

Perubahan ini juga mengaktifkan pemberian izin tidak aktif ("yatim piatu"). Ini adalah pemberian izin yang tetap melekat pada grup setelah dikeluarkan dari ruang kerja. Tidak ada izin baru yang ditambahkan, tetapi pemberian yatim piatu yang ada akan menjadi aktif, berpotensi memberikan akses tak terduga kepada anggota ruang kerja. Misalnya, jika grup "Kontraktor" dihapus dari ruang kerja tetapi masih memiliki akses edit ke folder, setiap anggota ruang kerja di "Kontraktor" akan mendapatkan akses ke folder tersebut.

Databricks merekomendasikan untuk meninjau izin ruang kerja Anda. Gunakan buku catatan berikut untuk mengidentifikasi pemberian izin tidak aktif di ruang kerja Anda:

Buku catatan analisis izin yatim

Dapatkan buku catatan

Token akses pribadi terlingkup akan segera tersedia secara default untuk ruang kerja dengan profil keamanan kepatuhan diaktifkan

Token akses pribadi terlingkup akan tersedia secara default untuk ruang kerja dengan profil keamanan kepatuhan yang diaktifkan pada akhir Mei 2026.

Token akses pribadi tercakup membatasi izin PAT untuk operasi API tertentu dengan menetapkan satu atau beberapa cakupan API, alih-alih memberikan akses ruang kerja lengkap identitas yang dibuat.

Lihat Otentikasi dengan token akses pribadi Azure Databricks (legacy).

Grup sistem ruang kerja akan segera memiliki pemberian hak tetap

Dalam rilis mendatang, grup sistem ruang kerja (users dan admins) akan memiliki pemberian hak tetap yang tidak dapat dimodifikasi. Ketika perubahan ini berlaku:

• Grup users tidak akan memiliki hak.
• Grup admins akan memiliki semua hak ruang kerja.
• Hak yang ada pada grup users secara otomatis dimigrasikan ke grup kloning, sehingga pengguna saat ini tetap memiliki akses mereka.

Ini adalah perubahan yang melanggar bagi pelanggan yang menggunakan otomatisasi (Terraform, API SCIM Ruang Kerja, atau skrip) untuk mengelola pemberian hak pada grup sistem. Alur kerja tersebut harus diperbarui untuk menargetkan grup reguler sebagai gantinya.

Pengaturan untuk pendaftaran sukarela akan segera tersedia. Untuk informasi selengkapnya, lihat Mengubah akses ruang kerja default ke akses konsumen.

ai_parse_document akan segera tersedia secara default untuk ruang kerja dengan profil keamanan kepatuhan diaktifkan

ai_parse_document akan tersedia secara default untuk ruang kerja dengan profil keamanan kepatuhan diaktifkan dan kontrol HIPAA, HITRUST, C5, dan TISAX dipilih pada pertengahan Mei 2026.

Gunakan ai_parse_document untuk mengurai konten terstruktur dari dokumen yang tidak terstruktur termasuk PDF, gambar, dokumen Word, dan file PowerPoint.

Silakan lihat fungsi ai_parse_document.

Perubahan perilaku yang akan datang: VOID kolom yang disertakan dalam pembacaan tabel Delta

Pada pertengahan Juni 2026, Delta Lake akan sepenuhnya mendukung VOID kolom. Sebelumnya, VOID kolom tanpa pemberitahuan dilewati oleh pembacaan DataFrame yang berbasis jalur (misalnya, spark.read.format("delta").load(path)) dan kueri perjalanan waktu. Setelah perubahan ini, kueri ini menyertakan VOID kolom dalam output.

Kueri yang bergantung pada jumlah atau posisi kolom, seperti INSERT INTO ... SELECT *, mungkin gagal atau menghasilkan hasil yang salah setelah perubahan ini. Tinjau kueri apa pun yang membaca dari tabel Delta Lake dengan VOID kolom untuk memastikan bahwa kueri tersebut menangani kolom tambahan dengan benar.

Lihat VOID jenis.

Perubahan signifikan yang akan datang: perilaku default saat menghapus pipeline Katalog Unity

Dalam rilis mendatang, perilaku default saat menghapus alur Katalog Unity akan berubah. Saat ini, menghapus alur juga menghapus semua tampilan materialisasi terkait, tabel streaming, dan tampilan. Setelah perubahan ini, tabel terkait akan dipertahankan, tetapi tidak aktif setelah alur dihapus. API juga akan berubah untuk mempertahankan tabel secara default, tetapi mengatur bidang cascade ke true akan menggantikan pengaturan ini dan menjaga perilaku saat ini.

Bidang cascade sekarang tersedia. Untuk mempertahankan perilaku saat ini menghapus semua tabel saat menghapus alur, perbarui kode Anda untuk mengatur cascade=true.

Lihat Menghapus alur, dan Menghapus alur.

Penyebaran berbasis Git untuk Aplikasi Databricks akan segera tersedia untuk ruang kerja dengan profil keamanan kepatuhan diaktifkan

Pada awal Mei 2026, penyebaran berbasis Git untuk Aplikasi Databricks akan diaktifkan secara otomatis untuk ruang kerja dengan profil keamanan kepatuhan diaktifkan. Sebarkan aplikasi langsung dari repositori Git untuk menyederhanakan alur kerja CI/CD Anda.

Lihat Menyebarkan aplikasi Databricks.

Pengaktifan default editor SQL baru dan penghentian editor SQL warisan

Editor SQL baru telah tersedia secara umum sejak Oktober 2025. Sebagai bagian dari transisi ke editor baru, perubahan berikut direncanakan:

• Mulai akhir Mei 2026: Editor SQL baru akan diaktifkan secara default untuk semua ruang kerja. Kemampuan untuk menonaktifkan fitur di tingkat ruang kerja tidak akan lagi tersedia. Pengguna individu masih dapat mengalihkan kueri mereka ke editor SQL warisan setelah periode ini dimulai.
• Mulai akhir Juli 2026: Editor SQL warisan akan dihentikan. Semua pengguna akan menggunakan editor SQL baru, dan penolakan individu tidak akan lagi tersedia.

Untuk mempelajari selengkapnya tentang editor SQL baru, lihat Menulis kueri dan menjelajahi data di editor SQL baru. Jika Anda memiliki pertanyaan tentang transisi ini, hubungi tim akun Anda.

Perubahan urutan penyortiran API Daftar Dasbor

Pada 4 Mei 2026, versi baru API Dasbor Daftar akan mengubah urutan pengurutan hasil. Dasbor akan dikembalikan dalam urutan kronologis terbalik pada tanggal terakhir diubah, dengan dasbor yang terakhir dimodifikasi terlebih dahulu, alih-alih menurut abjad berdasarkan judul.

Ini adalah perubahan yang memengaruhi bagi pengguna yang membagi halaman hasil menggunakan next_page_token. Token yang dihasilkan oleh versi API sebelumnya tidak valid dengan versi baru. Jika Anda menggunakan token dari versi sebelumnya, API mengembalikan kesalahan:

Invalid page_token: this token was generated by a previous/different API version. Please retry without page_token.

Untuk melanjutkan paginating setelah perubahan ini, mulai permintaan baru tanpa next_page_token.

Lakebase akan diaktifkan secara default untuk ruang kerja dengan profil keamanan kepatuhan

Pada atau setelah 30 April 2026, Lakebase akan diaktifkan secara default untuk ruang kerja dengan profil keamanan kepatuhan saat standar kepatuhan diatur ke HIPAA, C5, TISAX, atau Tidak Ada.

Lihat kepatuhan dari Lakebase.

Perubahan terhadap token penerima Delta Sharing yang terbuka

Berbagi Delta untuk penerima terbuka akan beralih ke format URL khusus penerima baru. Tanggal transisi telah diperbarui dan sekarang 1 Juli 2026. Token baru yang dibuat pada atau setelah 1 Juli 2026 akan secara otomatis menggunakan format URL baru. Perubahan ini meningkatkan keamanan jaringan dan memungkinkan penerima mengonfigurasi kebijakan jaringan dan aturan firewall khusus penerima.

Untuk Azure Tiongkok, transisi akan diumumkan nanti.

URL baru menyertakan ID penerima di domain:

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

Untuk referensi, URL yang dibuat sebelum perubahan ini tidak berisi ID penerima.

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

URL lama akan terus berfungsi untuk jangka waktu tertentu. Durasi spesifik tergantung pada jenis penerima dan tanggal pembuatan token. Penyedia data harus beralih ke format URL baru sebelum format URL lama menjadi tidak valid.

Berbagi Federasi OIDC:

Penyedia data perlu memverifikasi penerima mereka menggunakan format URL baru sebelum 1 Juli 2027. Mulai 1 Juli 2026, penyedia dapat menemukan URL baru di UI Berbagi Delta. Setelah 1 Juli 2027, format URL lama tidak akan valid.

Berbagi token pembawa:

Tanggal pembuatan token	Format URL	Tanggal kedaluwarsa token	Tindakan yang disarankan
Sebelum 1 Juli 2026	Format lama	Satu tahun dari tanggal pembuatan atau 8 Desember 2026, tanggal mana pun yang lebih lanjut di masa mendatang	Penyedia data perlu memutar token sebelum kedaluwarsa untuk bermigrasi ke format URL baru. Untuk memberikan waktu penerima untuk bermigrasi, konfigurasikan jendela waktu henti dengan mengatur tanggal kedaluwarsa untuk token saat ini selama rotasi. Format URL lama dan baru didukung selama periode ini.
Setelah 1 Juli 2026	Format baru	Sesuai konfigurasi Anda, jangka waktu hingga satu tahun sejak tanggal pembuatan.	Tidak

Klasifikasi Data akan segera tersedia secara default untuk beberapa ruang kerja dengan profil keamanan kepatuhan diaktifkan

Pada pertengahan Maret 2026, Klasifikasi Data akan tersedia secara default untuk ruang kerja dengan profil keamanan kepatuhan diaktifkan dan kontrol HIPAA dipilih.

Dukungan EventBridge akan segera tersedia untuk event berkas yang disediakan oleh antrean

Pada akhir Februari 2026, dukungan EventBridge akan tersedia untuk peristiwa file yang disediakan antrean untuk lokasi S3. Saat ini, peristiwa file hanya dapat disiapkan menggunakan SNS atau dengan merutekan peristiwa penyimpanan langsung ke SQS.

Lihat Menggunakan antrean yang disediakan untuk S3.

Logika pemotongan baru untuk tabel garis waktu pekerjaan

Mulai 19 Januari 2026, tabel garis waktu pekerjaan akan menggunakan logika pemotongan baru yang selaras dengan jam. Irisan waktu sekarang selaras dengan batas jam standar (17.00-18.00, 18.00-19.00, dan seterusnya) bukan interval satu jam yang didasarkan pada waktu mulai pengoperasian. Baris baru akan menggunakan logika pemotongan baru, sementara baris yang ada tetap tidak berubah.

Lihat Logika pemotongan sejajar jam.

Pembaruan navigasi untuk Catalog Explorer

Catalog Explorer akan segera menerima peningkatan navigasi untuk menyederhanakan alur kerja dan membantu Anda menemukan dan mengelola aset data secara lebih efisien.

Navigasi yang disederhanakan:

Tab Katalog duplikat dihapus untuk mengurangi redundansi dan fokus pada satu permukaan navigasi katalog. Tindakan DBFS dan Kirim umpan balik berpindah ke untuk tata letak yang lebih bersih.

Bagian Baru yang Disarankan:

Tab Disarankan baru di halaman arahan Catalog Explorer menyoroti objek yang sering digunakan, contoh objek untuk pengguna pertama kali, dan favorit pengguna. Ini membantu Anda dengan cepat terlibat kembali dengan aset penting atau menemukan titik awal yang bermanfaat.

Titik masuk konsolidasi:

Kemampuan terkait dikelompokkan di bawah kategori yang lebih jelas untuk mengurangi kebisingan visual dan meningkatkan ketercarian:

• Govern – Titik masuk untuk tag yang diatur, administrasi metastore, dan klasifikasi data
• Sambungkan – Titik masuk untuk lokasi eksternal, data eksternal, kredensial, dan koneksi
• Share – Titik masuk untuk Delta Sharing dan Clean Rooms

Pengelompokan ini menggantikan sub-tab yang tersebar dan membuat arsitektur informasi yang lebih intuitif dan dapat diskalakan.

Berbagi dalam Federasi Lakehouse dan Penyimpanan Bawaan

Delta Sharing di Lakehouse Federation berada di beta, memungkinkan penyedia data dari fitur Delta Sharing untuk membagikan katalog dan tabel yang berasal dari luar. Secara bawaan, data harus diwujudkan untuk sementara dan disimpan pada penyimpanan default (Pratinjau Tertutup). Saat ini, pengguna harus mengaktifkan fitur Delta Sharing for Default Storage – Expanded Access secara manual melalui konsol akun agar dapat menggunakan fitur berbagi Lakehouse Federation.

Setelah Delta Sharing untuk Penyimpanan Default – Akses yang Diperluas diaktifkan secara default untuk semua pengguna Azure Databricks, Delta Sharing pada Federasi Lakehouse akan secara otomatis tersedia di wilayah tempat penyimpanan default didukung.

Lihat Penyimpanan default di Databricks dan Menambahkan skema atau tabel asing ke berbagi.

Memuat ulang pemberitahuan di ruang kerja

Dalam rilis mendatang, pesan untuk memuat ulang tab ruang kerja Anda akan ditampilkan jika tab ruang kerja Anda telah terbuka untuk waktu yang lama tanpa merefresh. Ini akan membantu memastikan Anda selalu menggunakan versi terbaru Databricks dengan fitur dan perbaikan terbaru.

Delta Sharing untuk tabel pada penyimpanan default akan segera diaktifkan secara otomatis (Beta)

Pembaruan penyimpanan bawaan untuk Berbagi Delta ini telah memperluas kemampuan berbagi, memungkinkan penyedia berbagi tabel yang didukung oleh penyimpanan bawaan kepada penerima Berbagi Delta (baik yang terbuka maupun Azure Databricks), termasuk penerima yang menggunakan komputasi klasik. Fitur ini saat ini dalam versi Beta dan mengharuskan penyedia untuk mengaktifkan Berbagi Delta untuk Penyimpanan Default – Akses yang Diperluas secara manual di konsol akun. Segera, ini akan diaktifkan secara default untuk semua pengguna.

Lihat Batasan.

Pembaruan ip publik sarana kontrol keluar

Azure Databricks memperbarui IP publik bidang kontrol keluar dan tag layanan Azure untuk meningkatkan keamanan dan ketersediaan zona. Perubahan ini adalah bagian dari pembaruan sarana kontrol yang mulai diluncurkan pada 20 Mei 2025.

Jika organisasi Anda menggunakan firewall sumber daya untuk mengontrol akses masuk:

• Jika aturan firewall Anda mereferensikan tag Azure Databricks service, tidak diperlukan tindakan.
• Jika Anda mengizinkan IP publik sarana kontrol tertentu, Anda harus menambahkan semua IP sarana kontrol keluar pada 26 September 2025.

IP sarana kontrol keluar sebelumnya terus didukung.

Perubahan perilaku untuk opsi daftar direktori inkremental Auto Loader

Nota

Opsi cloudFiles.useIncrementalListing Auto Loader tidak digunakan lagi. Meskipun catatan ini membahas perubahan pada nilai default opsi dan bagaimana melewati perubahan ini, Databricks merekomendasikan untuk tidak menggunakan opsi ini demi mode notifikasi file dengan peristiwa file.

Dalam rilis Databricks Runtime mendatang, nilai opsi Auto Loader cloudFiles.useIncrementalListing yang tidak digunakan lagi akan, secara default, diatur ke false. Mengatur nilai ini untuk false menyebabkan Auto Loader melakukan daftar direktori lengkap setiap kali dijalankan. Saat ini, nilai default opsi cloudFiles.useIncrementalListing adalah auto, menginstruksikan Auto Loader untuk melakukan upaya terbaik dalam mendeteksi apakah daftar inkremental dapat digunakan dengan direktori.

Untuk terus menggunakan fitur daftar bertahap, atur opsi cloudFiles.useIncrementalListing ke auto. Ketika Anda mengatur nilai ini ke auto, Auto Loader akan berupaya keras untuk melakukan pencatatan penuh satu kali setiap tujuh pencatatan bertahap, yang menyerupai perilaku opsi ini sebelum perubahan ini.

Untuk mempelajari selengkapnya tentang daftar direktori Auto Loader, lihat Mengonfigurasi aliran Auto Loader dalam mode daftar direktori.

Perubahan perilaku saat definisi himpunan data dihapus dari Alur Deklaratif Lakeflow Spark

Rilis mendatang dari Lakeflow Spark Declarative Pipelines akan mengubah perilaku ketika tampilan materialisasi atau tabel streaming dihapus dari pipeline. Dengan perubahan ini, tampilan materialisasi yang dihapus atau tabel streaming tidak akan dihapus secara otomatis ketika pembaruan alur berikutnya berjalan. Sebagai gantinya, Anda akan dapat menggunakan perintah DROP MATERIALIZED VIEW untuk menghapus tampilan materialisasi atau perintah DROP TABLE untuk menghapus tabel streaming. Setelah menghilangkan objek, menjalankan pembaruan alur tidak akan memulihkan objek secara otomatis. Objek baru dibuat jika tampilan materialisasi atau tabel streaming dengan definisi yang sama ditambahkan kembali ke alur. Namun, Anda dapat memulihkan objek menggunakan perintah UNDROP.

Bidang sourceIpAddress dalam log audit tidak akan lagi menyertakan nomor port

Karena bug, log audit otorisasi dan autentikasi tertentu menyertakan nomor port selain IP di sourceIPAddress bidang (misalnya, "sourceIPAddress":"10.2.91.100:0"). Nomor port, yang dicatat sebagai 0, tidak memberikan nilai nyata dan tidak konsisten dengan sisa log audit Databricks. Untuk meningkatkan konsistensi log audit, Databricks berencana untuk mengubah format alamat IP untuk peristiwa log audit ini. Perubahan ini secara bertahap akan diluncurkan mulai awal Agustus 2024.

Jika log audit berisi sourceIpAddress dari 0.0.0.0, Databricks mungkin berhenti mencatatnya.