Apa yang akan terjadi?

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

Genie akan segera tersedia di Geografi Azure Jepang dan Korea

Mulai 31 Januari 2026, Genie akan tersedia di Geo untuk Jepang dan Korea. Ruang kerja di Jepang dan Korea Azure Geographies tidak akan lagi memerlukan pemrosesan lintas wilayah geografis untuk menggunakan Genie.

Lihat Ketersediaan Layanan yang Ditunjuk di setiap Geo untuk informasi selengkapnya tentang fitur mana yang memerlukan pemrosesan lintas geo.

Agent Bricks: Asisten Pengetahuan akan segera tersedia secara default untuk ruang kerja dengan keamanan dan kepatuhan yang ditingkatkan

Pada pertengahan Februari 2026, Agent Bricks: Knowledge Assistant akan tersedia secara default untuk ruang kerja yang mengaktifkan Keamanan dan Kepatuhan yang Ditingkatkan .

Agent Bricks menyediakan pendekatan yang disederhanakan untuk mengoperalisasi data ke agen AI tingkat produksi. Gunakan Agent Bricks: Asisten Pengetahuan untuk membuat chatbot yang dapat menjawab pertanyaan tentang dokumen Anda dan memberikan respons berkualitas tinggi dengan kutipan.

Pengguna dapat mulai menggunakan fitur ini sekarang dengan mengaktifkan pratinjau Asisten Pengetahuan.

ADBC akan menjadi driver default untuk koneksi Power BI baru

Mulai bulan Februari, koneksi baru yang dibuat di Power BI Desktop atau Layanan Power BI akan secara otomatis menggunakan driver Arrow Database Connectivity (ADBC) secara default. Koneksi yang ada akan terus menggunakan ODBC kecuali Anda memperbaruinya secara manual ke ADBC.

Jika Anda lebih suka terus menggunakan ODBC untuk koneksi baru, Anda akan memiliki dua opsi:

1. Saat membuat koneksi, pilih default sebagai Implementasi.
2. Di Power BI Desktop, nonaktifkan pratinjau fitur ADBC, yang akan memulihkan ODBC sebagai default untuk semua koneksi baru.

Untuk mempelajari selengkapnya tentang ADBC, lihat Driver Arrow Database Connectivity (ADBC) untuk Power BI dan Driver Databricks di repositori ADBC.

Perubahan nama Driver ODBC

Dalam rilis mendatang, Driver Spark ODBC (Simba) akan diganti namanya menjadi Driver ODBC Databricks. Ke depannya, semua versi baru driver akan menggunakan nama yang diperbarui ini. Akibatnya, saat mengunduh driver versi terbaru, Anda harus membuat pembaruan kecil dalam aplikasi Anda untuk menggunakan driver yang berganti nama. Semua fungsionalitas dan performa yang ada akan tetap sama.

Versi driver sebelumnya akan terus tersedia di halaman Semua Versi Driver ODBC dan akan tetap didukung setidaknya selama dua tahun.

Ruang kerja tanpa server akan segera tersedia secara umum

Pada awal Februari 2026, ruang kerja tanpa server akan tersedia secara umum. Ruang kerja tanpa server telah dikonfigurasi sebelumnya dengan komputasi tanpa server dan penyimpanan default, memberikan pengalaman SaaS yang dikelola sepenuhnya dan siap untuk perusahaan. Lihat Membuat ruang kerja tanpa server.

Fitur AI yang didukung mitra akan segera didukung di Azure Geographies Kanada, Brasil, dan Inggris Raya

Mulai 31 Januari 2026, fitur AI yang didukung mitra di Kanada, Brasil, dan Inggris Raya yang berjalan dengan pemrosesan lintas Geo dinonaktifkan akan menggunakan model yang dihosting di Azure Geography yang sama dengan ruang kerja. Ini menyelaraskan hosting model dengan Azure Geographies dan memastikan ketersediaan regional yang konsisten.

Dampak pada pengalaman pengguna:

• Sebagian besar fitur AI akan terus berfungsi seperti yang diharapkan tanpa diperlukan tindakan.
• Beberapa kemampuan AI yang bergantung pada model yang saat ini tidak dihosting di Azure Geography mungkin tidak lagi tersedia untuk pengguna dengan pemrosesan lintas geografis dinonaktifkan. Lihat Ketersediaan Layanan yang Ditunjuk di setiap Geo untuk informasi selengkapnya tentang fitur mana yang memerlukan pemrosesan lintas geo.
• Jika Anda mengandalkan fitur yang tidak lagi tersedia di Azure Geography Anda, aktifkan pemrosesan lintas geo untuk memungkinkan fitur tersebut terus menggunakan model yang dihosting di luar Azure Geography.

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.

URL publik untuk unduhan driver ODBC akan dinonaktifkan

Dalam rilis mendatang, URL publik untuk unduhan driver Apache Spark ODBC otomatis akan dinonaktifkan. Setelah perubahan ini, semua unduhan driver, termasuk proses otomatis, akan memerlukan autentikasi. Ini akan memutus proses otomatis yang mengunduh driver Apache Spark ODBC menggunakan tautan publik langsung tanpa autentikasi.

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.

Perubahan terhadap token penerima Delta Sharing yang terbuka

Berbagi Delta untuk penerima terbuka akan beralih ke format URL khusus penerima baru yang digunakan untuk menyambungkan ke server Berbagi Delta. Perubahan ini meningkatkan konfigurasi keamanan jaringan dan firewall, selaras dengan praktik terbaik untuk berbagi titik akhir.

Token penerima dibuat pada atau setelah 9 Maret 2026:

Mulai 9 Maret 2026, token penerima terbuka baru akan menggunakan format URL baru khusus penerima untuk meningkatkan keamanan dan pemfilteran jaringan. Perubahan ini berlaku untuk token yang dikeluarkan pada atau setelah tanggal ini; token sebelumnya dapat terus menggunakan format URL yang lebih lama hingga kedaluwarsa. Lihat Kebijakan masa pakai kedaluwarsa token baru di bagian berikut.

Untuk Azure Tiongkok, transisi akan diumumkan nanti.

Untuk OIDC, penerima harus beralih ke format URL baru pada 9 Maret 2027. Mulai 9 Maret 2026, penyedia akan dapat melihat format URL baru untuk penerima yang ada di halaman Berbagi Delta untuk dibagikan dengan penerima.

URL baru akan dalam format berikut:

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

Kebijakan masa pakai kedaluwarsa token baru:

Mulai 8 Desember 2025, semua token penerima berbagi terbuka baru akan dikeluarkan dengan kedaluwarsa maksimum satu tahun sejak tanggal pembuatan. Token dengan validitas yang lebih lama atau tidak terbatas tidak dapat lagi dibuat.

Untuk token yang dibuat menggunakan format URL penerima sebelumnya antara 8 Desember 2025 dan 9 Maret 2026, setiap token secara otomatis kedaluwarsa satu tahun setelah pembuatannya. Saat memutar token, penyedia dapat mengonfigurasi jendela waktu henti untuk memungkinkan penerima bermigrasi. Selama jendela ini, URL penerima lama dan baru terus berfungsi.

Jika saat ini Anda menggunakan token penerima dengan masa pakai yang panjang atau tidak terbatas, tinjau integrasi Anda dan ingatlah untuk memutar token setiap tahun sesuai kebutuhan karena token akan kedaluwarsa pada 8 Desember 2026.

Perjalanan waktu dan VACUUM perubahan perilaku untuk tabel yang dikelola di Unity Catalog

Pada Bulan Januari 2026, perjalanan waktu dan VACUUM perubahan perilaku yang diperkenalkan dalam Databricks Runtime 18.0 akan meluas ke komputasi tanpa server, Databricks SQL, dan Databricks Runtime 12.2 ke atas untuk tabel terkelola Katalog Unity.

Berbagai perubahan ini meliputi:

• Kueri perjalanan waktu diblokir jika melebihi delta.deletedFileRetentionDuration.
• delta.logRetentionDuration harus lebih besar dari atau sama dengan delta.deletedFileRetentionDuration.

Pemberitahuan email untuk token akses pribadi yang kedaluwarsa

Azure Databricks akan segera mengirim pemberitahuan email ke pengguna ruang kerja sekitar tujuh hari sebelum token akses pribadi mereka kedaluwarsa. Pemberitahuan hanya dikirim ke pengguna ruang kerja (bukan perwakilan layanan) dengan nama pengguna berbasis email. Semua token yang kedaluwarsa dalam ruang kerja yang sama dikelompokkan bersama dalam satu email.

Lihat Pantau dan cabut token akses pribadi.

Batas waktu akhir masa dukungan yang diperbarui untuk dasbor lama

• Dukungan resmi untuk dasbor versi lawas telah berakhir per 7 April 2025. Hanya masalah keamanan penting dan pemadaman layanan yang akan diatasi.
• 3 November 2025: Databricks mulai memberikan peringatan kepada pengguna berupa dialog peringatan yang dapat diabaikan saat mengakses dasbor lama apa pun. Dialog ini mengingatkan pengguna bahwa akses ke dasbor warisan akan berakhir pada 12 Januari 2026, dan menyediakan opsi satu klik untuk bermigrasi ke AI/BI.
• 12 Januari 2026: Dasbor dan API warisan tidak akan lagi dapat diakses secara langsung. Namun, mereka masih akan memberikan opsi untuk melakukan pembaruan pada AI/BI. Halaman migrasi akan tersedia hingga 2 Maret 2026.

Untuk membantu transisi ke dasbor AI/BI, alat peningkatan tersedia di antarmuka pengguna dan API. Untuk petunjuk tentang cara menggunakan alat migrasi bawaan di UI, lihat Mengkloning dasbor warisan ke dasbor AI/BI. Untuk tutorial tentang membuat dan mengelola dasbor menggunakan REST API, lihat Menggunakan API Azure Databricks untuk mengelola dasbor.

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 Berbagi Delta untuk Penyimpanan Default – Akses yang Diperluas diaktifkan secara default untuk semua pengguna Azure Databricks, Berbagi Delta di 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.

Konektor SAP Business Data Cloud (BDC) untuk Azure Databricks akan segera tersedia secara umum

Konektor SAP Business Data Cloud (BDC) untuk Azure Databricks adalah fitur baru yang memungkinkan Anda berbagi data dari SAP BDC ke Azure Databricks dan dari Azure Databricks ke SAP BDC menggunakan Berbagi Delta. Fitur ini umumnya akan tersedia pada akhir September.

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

Pembaruan penyimpanan default untuk Berbagi Delta ini telah memperluas kemampuan berbagi, memungkinkan penyedia untuk berbagi tabel yang didukung oleh penyimpanan default ke penerima Berbagi Delta (terbuka atau Azure Databricks), termasuk penerima 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 komponen 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 layanan Azure Databricks, tidak ada tindakan yang diperlukan.
• 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 Streaming Auto Loader dengan 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.