Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Proses penyebaran memungkinkan Anda mengkloning konten dari satu tahap dalam alur penyebaran ke tahap lain, biasanya dari pengembangan hingga pengujian, dan dari pengujian ke produksi.
Selama penyebaran, Fabric menyalin konten dari tahap sumber ke tahap target. Proses penyalinan menjaga koneksi antara item yang disalin. Fabric juga menerapkan aturan distribusi yang dikonfigurasi ke konten yang diperbarui pada tahap target. Menyebarkan konten mungkin memakan waktu cukup lama, tergantung pada jumlah item yang disebarkan. Selama waktu ini, Anda dapat pergi ke halaman lain di portal, tetapi Anda tidak dapat menggunakan konten di tahap target.
Anda juga dapat menyebarkan konten secara terprogram, menggunakan REST API alur penyebaran. Anda dapat mempelajari selengkapnya tentang proses ini di Mengotomatiskan alur penyebaran Anda menggunakan API dan DevOps.
Catatan
Antarmuka pengguna alur Penyebaran baru saat ini dalam pratinjau. Untuk mengaktifkan atau menggunakan UI baru, lihat Mulai menggunakan UI baru.
Ada dua bagian utama dari proses alur penyebaran:
Menentukan struktur alur penyebaran
Saat Anda membuat pipeline, Anda menentukan berapa banyak langkah yang Anda inginkan dan bagaimana langkah tersebut dinamai. Anda juga dapat membuat satu atau beberapa tahapan menjadi publik. Jumlah tahapan dan namanya bersifat permanen, dan tidak dapat diubah setelah alur dibuat. Namun, Anda dapat mengubah status publik dari sebuah tahap kapan saja.
Untuk menentukan alur, ikuti instruksi dalam Membuat alur penyebaran.
Menambahkan konten ke tahapan
Anda dapat menambahkan konten ke tahap pipeline melalui dua cara:
Menetapkan ruang kerja ke tahap kosong
Saat Anda menetapkan konten ke tahap kosong, ruang kerja baru dibuat pada kapasitas untuk tahap yang Anda sebarkan. Semua metadata dalam laporan, dasbor, dan model semantik ruang kerja asli disalin ke ruang kerja baru dalam tahap tempat Anda menyebarkan.
Setelah penyebaran selesai, refresh model semantik sehingga Anda dapat menggunakan konten yang baru disalin. Refresh model semantik diperlukan karena data tidak disalin dari satu tahap ke tahap lainnya. Untuk memahami properti item mana yang disalin selama proses penyebaran, dan properti item mana yang tidak disalin, tinjau properti item yang disalin selama bagian penyebaran .
Untuk petunjuk tentang cara menugaskan dan membatalkan penugasan ruang kerja ke tahap deployment pipeline, lihat Menugaskan ruang kerja ke Fabric deployment pipeline.
Membuat ruang kerja
Pertama kali Anda menyebarkan konten, alur penyebaran memeriksa apakah Anda memiliki izin.
Jika Anda memiliki izin, konten ruang kerja disalin ke tahap tempat Anda menyebarkan, dan ruang kerja baru untuk tahap tersebut dibuat pada kapasitas.
Jika Anda tidak memiliki izin, ruang kerja dibuat tetapi kontennya tidak disalin. Anda dapat meminta admin kapasitas untuk menambahkan ruang kerja Anda ke dalam kapasitas, atau meminta izin penugasan untuk penggunaan kapasitas tersebut. Nantinya, saat ruang kerja ditetapkan ke kapasitas, Anda dapat menyebarkan konten ke ruang kerja ini.
Jika Anda menggunakan Premium Per Pengguna (PPU), ruang kerja otomatis dikaitkan dengan PPU Anda. Dalam kasus seperti itu, izin tidak diperlukan. Namun, jika Anda membuat ruang kerja dengan PPU, hanya pengguna PPU lain yang dapat mengaksesnya. Selain itu, hanya pengguna PPU yang dapat menggunakan konten yang dibuat di ruang kerja tersebut.
Kepemilikan ruang kerja dan konten
Pengguna yang menyebarkan secara otomatis menjadi pemilik model semantik kloning, dan satu-satunya admin ruang kerja baru.
Menyebarkan konten dari satu tahap ke tahap lainnya
Ada beberapa cara untuk menyebarkan konten dari satu tahap ke tahap lainnya. Anda dapat menyebarkan semua konten, atau Anda dapat memilih item mana yang akan disebarkan.
Anda dapat menerapkan konten ke tahap yang berdekatan, dalam arah mana pun.
Menyebarkan konten dari alur produksi yang berfungsi ke tahap yang memiliki ruang kerja yang sudah ada, mencakup langkah-langkah berikut:
Menyebarkan konten baru sebagai tambahan konten yang sudah ada.
Menyebarkan konten yang diperbarui untuk menggantikan beberapa konten yang sudah ada di sana.
Setelah penyebaran awal:
- gateway yang terkait dengan item target tidak dipetakan secara otomatis ke sumber data terkait.
- Anda perlu mengonfigurasi pemetaan ini secara manual melalui halaman pengaturan item target
- Setelah mengonfigurasi verifikasi bahwa refresh data berhasil diselesaikan.
- Penyebaran berikutnya tidak mengubah atau mengatur ulang konfigurasi gateway ini.
Proses penyebaran
Ketika konten dari tahap sumber disalin ke tahap target, Fabric akan mengidentifikasi konten yang sudah ada dalam tahap target dan menggantikannya. Untuk mengidentifikasi item konten mana yang perlu dibatalkan, pipeline penerapan menggunakan hubungan antara elemen induk dengan duplikatnya. Koneksi ini disimpan saat konten baru dibuat. Operasi timpa hanya menggantikan konten item yang sudah ada. ID item, URL, dan izin tetap tidak berubah.
Pada tahap target, properti item yang tidak disalin, tetap seperti semula sebelum penerapan. Konten baru dan item baru disalin dari tahap sumber ke tahap target.
Proses penerapan dengan rencana penerapan terlampir (pratinjau)
Saat Anda melampirkan rencana deployment, alur deployment menerapkan rencana tersebut pada konten yang dipilih. Untuk perilaku eksekusi bersama, lihat Cara kerja rencana penyebaran. Untuk instruksi, lihat Deploy with a deployment plan.
Pengikatan otomatis
Dalam Fabric, saat item tersambung, salah satu item bergantung pada item lainnya. Misalnya, laporan selalu tergantung pada model semantik yang terhubung ke dalamnya. Model semantik dapat bergantung pada model semantik lain, dan juga dapat dihubungkan ke beberapa laporan yang bergantung padanya. Jika ada koneksi antara dua item, alur penyebaran selalu mencoba mempertahankan koneksi ini.
Pengikatan otomatis di ruang kerja yang sama
Selama penyebaran, alur penyebaran memeriksa dependensi. Keberhasilan atau kegagalan penyebaran bergantung pada lokasi item yang menyediakan data yang diperlukan oleh item yang disebarkan.
Item terkait sudah ada di tahap target - Alur penyebaran secara otomatis melakukan autotaut item yang disebarkan dengan item yang menjadi dependensinya di tahap yang disebarkan. Misalnya, jika Anda menyebarkan laporan paginated dari pengembangan ke pengujian, dan laporan terhubung ke model semantik yang sebelumnya disebarkan ke tahap pengujian, laporan tersebut secara otomatis terhubung ke model semantik dalam tahap pengujian.
Item tertaut tidak ada di tahap target - Alur penyebaran akan gagal ketika penyebaran jika suatu item memiliki dependensi pada item lain, dan item yang menyediakan data tidak disebarkan serta tidak berada di tahap target. Misalnya, jika Anda menyebarkan laporan dari pengembangan untuk diuji, dan tahap pengujian tidak berisi model semantiknya, penyebaran gagal. Untuk menghindari penyebaran yang gagal karena item dependen tidak disebarkan, gunakan tombol Pilih terkait. Fitur Pilih terkait otomatis memilih semua item terkait yang menyediakan dependensi untuk item yang akan Anda terapkan.
Pengikatan otomatis hanya berfungsi dengan item yang didukung oleh alur penyebaran dan berada di dalam lingkungan Fabric. Untuk melihat dependensi item, dari menu Opsi lainnya item, pilih Lihat silsilah.
Pengikatan otomatis di seluruh ruang kerja
Alur penyebaran secara otomatis mengikat item yang tersambung di seluruh alur, jika berada dalam tahap alur yang sama. Saat Anda menyebarkan item tersebut, alur penyebaran mencoba membuat koneksi baru antara item yang disebarkan dan item yang tersambung ke item tersebut di alur lain. Misalnya, jika Anda memiliki laporan dalam tahap pengujian alur A yang terhubung ke model semantik dalam tahap pengujian alur B, alur penyebaran mengenali koneksi ini.
Catatan
Frasa "tahap alur yang sama" mengacu pada indeks numerik tahap dalam alur penyebaran, bukan nama tampilan. Item dicocokkan dengan posisi setiap tahap dalam alur - misalnya, tahap pertama atau tahap kedua - bukan dengan nama tampilan tahap. Tahapan di posisi yang sama adalah tahap alur yang sama meskipun namanya berbeda, dan dua tahapan yang berbagi nama bukanlah tahap alur yang sama ketika mereka berada di posisi yang berbeda.
Catatan
Setiap alur harus memiliki jumlah tahap yang sama. Jadi misalnya, jika alur A memiliki 3 tahap, maka alur B juga harus memiliki 3 tahap. Alur A tidak boleh memiliki 3 tahap dan tahapan alur B 5 agar pengikatan otomatis berhasil.
Berikut adalah contoh dengan ilustrasi yang untuk membantu menunjukkan cara kerja pengikatan otomatis di seluruh alur:
Anda memiliki model semantik dalam tahap pengembangan alur A.
Anda juga memiliki laporan pada tahap pengembangan alur B.
Laporan Anda di alur B tersambung ke model semantik Anda di alur A. Laporan Anda tergantung pada model semantik ini.
Anda menyebarkan laporan di alur B dari tahap pengembangan ke tahap pengujian.
Penyebaran berhasil atau gagal, tergantung pada apakah Anda memiliki salinan model semantik yang diperlukan pada tahap pengujian pipeline A atau tidak.
Jika Anda memiliki salinan model semantik, laporan bergantung pada tahap pengujian alur A:
Penyebaran berhasil, dan alur penyebaran menghubungkan (pengikatan otomatis) laporan dalam tahap pengujian alur B, ke model semantik dalam tahap pengujian alur A.
Jika Anda tidak memiliki salinan model semantik, laporan bergantung pada tahap pengujian alur A:
Penyebaran gagal karena alur penyebaran tidak dapat menyambungkan (pengikatan otomatis) laporan dalam tahap pengujian di alur B, ke model semantik yang bergantung pada tahap pengujian alur A.
Hindari menggunakan pengikatan otomatis
Dalam beberapa kasus, Anda mungkin tidak ingin menggunakan pengikatan otomatis. Misalnya, jika Anda memiliki satu alur untuk mengembangkan model semantik organisasi, dan satu lagi untuk membuat laporan. Dalam hal ini, Anda mungkin ingin semua laporan selalu dihubungkan ke model semantik pada tahap produksi dari alur yang relevan. Dalam hal ini, hindari menggunakan fitur pengikatan otomatis.
Ada tiga metode yang dapat Anda gunakan untuk menghindari penggunaan pengikatan otomatis:
Jangan sambungkan item ke tahap yang sesuai. Saat item tidak terhubung dalam tahap yang sama, pipeline deployment tetap mempertahankan koneksi asli. Misalnya, jika Anda memiliki laporan dalam tahap pengembangan alur B yang terhubung ke model semantik dalam tahap produksi alur A. Saat Anda menyebarkan laporan ke tahap pengujian alur B, laporan tetap terhubung ke model semantik dalam tahap produksi alur A.
Tentukan aturan parameter. Opsi ini tidak tersedia untuk laporan. Anda hanya dapat menggunakannya dengan model semantik dan aliran data.
Sambungkan laporan, dasbor, dan tile Anda ke model semantik proksi atau aliran data yang tidak tersambung ke pipeline.
Pengikatan otomatis dan parameter
Parameter dapat digunakan untuk mengontrol koneksi antara model semantik atau aliran data dan item yang bergantung padanya. Saat parameter mengontrol koneksi, pengikatan otomatis setelah penyebaran tidak terjadi, bahkan ketika koneksi menyertakan parameter yang berlaku untuk ID model semantik atau aliran data, atau ID ruang kerja. Dalam kasus tersebut, ikat ulang item setelah penyebaran dengan mengubah nilai parameter, atau dengan menggunakan aturan parameter.
Catatan
Jika Anda menggunakan aturan parameter untuk mengikat ulang item, parameter harus berjenis Text.
Memperbarui data
Data dalam item target, seperti model semantik atau aliran data, disimpan jika memungkinkan. Jika tidak ada perubahan pada item yang menyimpan data, data disimpan seperti sebelum penyebaran.
Dalam banyak kasus, ketika Anda memiliki perubahan kecil seperti menambahkan atau menghapus tabel, Fabric menyimpan data asli. Untuk memutus perubahan skema, atau perubahan koneksi sumber data, diperlukan refresh penuh.
Persyaratan untuk menerapkan ke tahap dengan ruang kerja yang sudah ada
Setiap pengguna berlisensi yang merupakan kontributor ruang kerja penyebaran target dan sumber, dapat menyebarkan konten yang berada pada kapasitas ke tahap dengan ruang kerja yang ada. Untuk informasi selengkapnya, tinjau bagian izin.
Folder dalam alur penyebaran (pratinjau)
Folder memungkinkan pengguna untuk mengatur dan mengelola item ruang kerja secara efisien dengan cara yang familier. Saat Anda menyebarkan konten yang mengandung folder ke tahap lain, hierarki folder item yang diterapkan akan otomatis diterapkan.
Catatan
Item tidak dapat dipilih untuk penyebaran di seluruh folder ruang kerja dalam tampilan tahap default. Namun beralih ke tampilan daftar datar memungkinkan Anda memilih item untuk penyebaran di seluruh folder ruang kerja.
Representasi folder
Konten ruang kerja ditampilkan sebagaimana disusun di ruang kerja. Folder dicantumkan, dan untuk melihat itemnya, Anda perlu memilih folder. Jalur lengkap item ditampilkan di bagian atas daftar item. Karena penyebaran hanya berisi item, Anda hanya dapat memilih folder yang berisi item yang didukung. Memilih folder untuk penyebaran berarti memilih semua item dan subfoldernya dengan item mereka untuk penyebaran.
Gambar ini memperlihatkan isi folder di dalam ruang kerja. Nama jalur lengkap folder ditampilkan di bagian atas daftar.
Dalam alur Penyebaran, folder dianggap sebagai bagian dari nama item (nama item menyertakan jalur lengkapnya). Ketika item disebarkan, setelah jalurnya diubah (dipindahkan dari folder A ke folder B, misalnya), maka alur Penyebaran menerapkan perubahan ini ke item yang dipasangkan selama penyebaran - item yang dipasangkan akan dipindahkan juga ke folder B. Jika folder B tidak ada dalam tahap yang kami sebarkan, folder B dibuat di ruang kerjanya terlebih dahulu. Folder hanya dapat dilihat dan dikelola di halaman ruang kerja.
Dengan tampilan hierarki folder saat ini, Anda hanya dapat memilih item di tingkat folder yang sama untuk implementasi. Anda tidak dapat memilih item di seluruh folder.
Tampilan daftar datar alur penyebaran memungkinkan Anda memilih item terlepas dari lokasinya. Dengan tampilan daftar datar, Anda dapat memilih item di seluruh folder, mengenai lokasinya di ruang kerja. Untuk informasi selengkapnya, lihat tampilan daftar datar.
Mengidentifikasi item yang dipindahkan ke folder lain
Karena folder dianggap sebagai bagian dari nama item, jika sebuah item dipindahkan ke folder lain di dalam ruang kerja, item tersebut diidentifikasi sebagai Berbeda pada halaman Alur penyebaran ketika dibandingkan. Item ini tidak muncul di jendela bandingkan karena bukan perubahan skema tetapi pengaturan berubah.
Folder individual tidak dapat disebarkan secara manual dalam alur penyebaran. Penyebaran mereka dipicu secara otomatis ketika setidaknya salah satu item mereka disebarkan.
Hierarki folder item berpasangan hanya diperbarui pada saat penyebaran. Selama penugasan, setelah proses pemasangan, hierarki item yang telah dipasangkan belum diperbarui.
Karena folder disebarkan hanya jika salah satu itemnya disebarkan, folder kosong tidak dapat disebarkan.
Menyebarkan satu item dari beberapa item dalam folder juga memperbarui struktur item-item yang tidak disebarkan di tahap target, meskipun item-item tersebut sendiri tidak disebarkan.
Representasi item induk-anak
Hubungan induk-anak hanya muncul di UI baru. Tampilannya sama seperti di ruang kerja. Anak tidak digunakan kembali tapi dibuat ulang di tahap target
Properti item yang disalin selama penyebaran
Untuk daftar item yang didukung, lihat Item yang didukung alur penyebaran.
Selama penyebaran, properti item berikut disalin dan menimpa properti item pada tahap target:
Sumber data (aturan penyebaran didukung)
Parameter (aturan penyebaran didukung)
Visualisasi laporan
Halaman laporan
Petak peta dasbor
Metadata model
Hubungan item
Label sensitivitashanya disalin ketika salah satu kondisi berikut terpenuhi. Jika kondisi ini tidak terpenuhi, label yang bersifat sensitif tidak disalin saat penyebaran.
Item baru disebarkan, atau item yang sudah ada disebarkan ke tahap kosong.
Catatan
Dalam kasus di mana pelabelan default diaktifkan pada penyewa, dan label default valid, jika item yang disebarkan adalah model semantik atau aliran data, label disalin dari item sumber hanya jika label memiliki perlindungan. Jika label tidak dilindungi, label default diterapkan ke model semantik target atau aliran data yang baru dibuat.
Item sumber memiliki label dengan perlindungan, sedangkan item target tidak. Dalam hal ini, jendela pop-up meminta persetujuan untuk mengabaikan label sensitivitas target.
Lihat juga Pertimbangan Pencegahan kehilangan data (DLP).
Properti item yang tidak disalin
Properti item berikut tidak disalin selama penerapan:
Data - Data tidak disalin. Hanya metadata yang disalin
URL
ID
Izin - Untuk ruang kerja atau item tertentu
Pengaturan ruang kerja - Setiap tahap memiliki ruang kerjanya sendiri
Konten dan pengaturan aplikasi - Untuk memperbarui aplikasi Anda, lihat Memutakhirkan konten ke aplikasi Power BI
Properti model semantik berikut ini juga tidak disalin selama penyebaran:
Penetapan peran
Perbarui jadwal
Kredensial sumber data
Pengaturan penembolokan kueri (dapat diwarisi dari kapasitas)
Pengaturan dukungan
Fitur model semantik yang didukung
Alur penyebaran mendukung banyak fitur model semantik. Bagian ini mencantumkan dua fitur model semantik yang dapat meningkatkan pengalaman alur penyebaran Anda:
Penyegaran bertahap
Alur penyebaran mendukung penyegaran bertahap, fitur yang memungkinkan model semantik besar mendapatkan penyegaran yang lebih cepat dan lebih dapat diandalkan, dengan konsumsi yang lebih rendah.
Dengan alur penyebaran, Anda dapat membuat pembaruan pada model semantik dengan refresh bertahap sambil mempertahankan data dan partisi. Saat Anda menyebarkan model semantik, kebijakan akan ikut disalin.
Untuk memahami perilaku refresh bertahap dengan aliran data, lihat mengapa saya melihat dua sumber data yang tersambung ke aliran data saya setelah menggunakan aturan aliran data?
Catatan
Pengaturan penyegaran inkremental tidak disalin di Gen 1.
Mengaktifkan refresh bertahap dalam alur
Untuk mengaktifkan refresh bertahap, mengonfigurasinya di Power BI Desktop, lalu terbitkan model semantik Anda. Setelah Anda menerbitkan, kebijakan refresh inkremental mirip di seluruh alur, dan hanya dapat ditulis di Power BI Desktop.
Setelah alur Anda dikonfigurasi dengan refresh bertahap, sebaiknya gunakan alur berikut:
Buat perubahan pada file .pbix anda di Power BI Desktop. Untuk menghindari waktu tunggu yang lama, Anda dapat membuat perubahan menggunakan sampel data.
Unggah file .pbix Anda ke tahap pertama (biasanya pengembangan).
Sebarkan konten Anda ke tahap berikutnya. Setelah penyebaran, perubahan yang Anda buat akan berlaku untuk seluruh model semantik yang Anda gunakan.
Tinjau perubahan yang Anda buat di setiap tahap, dan setelah Anda memverifikasinya, sebarkan ke tahap berikutnya hingga Anda sampai ke tahap akhir.
Contoh penggunaan
Berikut ini adalah beberapa contoh bagaimana Anda dapat mengintegrasikan refresh bertahap dengan alur penyebaran.
Buat alur baru dan sambungkan ke ruang kerja dengan model semantik yang mengaktifkan refresh bertahap.
Aktifkan refresh bertahap dalam model semantik yang sudah ada di ruang kerja pengembangan .
Buat alur dari ruang kerja produksi yang memiliki model semantik yang menggunakan refresh bertahap. Misalnya, tetapkan ruang kerja ke tahap produksi alur baru, dan gunakan penyebaran mundur untuk disebarkan ke tahap pengujian, lalu ke tahap pengembangan.
Terbitkan model semantik yang menggunakan penyegaran bertahap ke ruang kerja yang merupakan bagian dari sistem pipeline yang ada.
Batasan refresh inkremental
Untuk refresh bertahap, alur penyebaran hanya mendukung model semantik yang menggunakan metadata model semantik yang ditingkatkan. Semua model semantik yang dibuat atau dimodifikasi dengan Power BI Desktop secara otomatis menerapkan metadata model semantik yang ditingkatkan.
Saat menerbitkan ulang model semantik ke alur aktif dengan refresh bertahap diaktifkan, perubahan berikut mengakibatkan kegagalan penyebaran karena potensi kehilangan data:
Menerbitkan ulang model semantik yang tidak menggunakan refresh bertahap, untuk mengganti model semantik yang mengaktifkan refresh bertahap.
Mengganti nama tabel yang mengaktifkan refresh bertahap.
Mengganti nama kolom yang tidak dihitung pada tabel dengan refresh inkremental yang telah diaktifkan.
Perubahan lain seperti menambahkan kolom, menghapus kolom, dan mengganti nama kolom yang dihitung, diizinkan. Namun, jika perubahan memengaruhi tampilan, Anda perlu me-refresh sebelum perubahan terlihat.
Model komposit
Dengan menggunakan model komposit, Anda dapat menyiapkan laporan dengan beberapa koneksi data.
Anda dapat menggunakan fungsionalitas model komposit untuk menyambungkan model semantik Fabric ke model semantik eksternal seperti Azure Analysis Services. Untuk informasi selengkapnya, lihat Gunakan DirectQuery untuk model semantik Fabric dan Azure Analysis Services.
Dalam jalur penyebaran, Anda dapat menggunakan model komposit untuk menyambungkan model semantik ke model semantik Fabric lain di luar jalur.
Agregasi otomatis
Agregasi otomatis dibangun di atas agregasi yang ditentukan pengguna dan menggunakan pembelajaran mesin untuk terus mengoptimalkan model semantik DirectQuery untuk performa kueri laporan maksimum.
Setiap model semantik menyimpan agregasi otomatisnya setelah penyebaran. Alur penyebaran tidak mengubah agregasi otomatis model semantik. Ini berarti bahwa jika Anda menyebarkan model semantik dengan agregasi otomatis, agregasi otomatis pada tahap target akan tetap seperti semula, dan tidak digantikan oleh agregasi otomatis yang disebarkan dari tahap sumber.
Untuk mengaktifkan agregasi otomatis, ikuti instruksi dalam mengonfigurasi agregasi otomatis.
Tabel hibrid
Tabel hibrid adalah tabel dengan penyegaran bertahap yang memiliki partisi Import dan DirectQuery. Selama implementasi bersih, kebijakan penyegaran dan partisi tabel hibrid disalin. Saat Anda menyebarkan ke tahap alur yang sudah memiliki partisi tabel hibrid, hanya kebijakan refresh yang disalin. Untuk memperbarui partisi, segarkan tabel.
Memperbarui konten ke aplikasi Power BI
Power BI aplikasi adalah cara yang direkomendasikan untuk mendistribusikan konten ke konsumen Fabric gratis. Anda dapat memperbarui konten aplikasi Power BI menggunakan alur penyebaran, memberi Anda lebih banyak kontrol dan fleksibilitas dalam hal siklus hidup aplikasi Anda.
Buat aplikasi untuk setiap tahap alur penyebaran, sehingga Anda dapat menguji setiap pembaruan dari sudut pandang pengguna akhir. Gunakan tombol terbitkan atau tampilkan di kartu ruang kerja untuk menerbitkan atau menampilkan aplikasi dalam tahap alur tertentu.
Dalam tahap produksi, Anda juga dapat memperbarui halaman aplikasi di Fabric, sehingga pembaruan konten apa pun tersedia untuk pengguna aplikasi.
Penting
Proses penyebaran tidak termasuk memperbarui konten atau pengaturan aplikasi. Untuk menerapkan perubahan pada konten atau pengaturan, Anda perlu memperbarui aplikasi secara manual pada tahap alur yang diperlukan.
Perizinan
Izin diperlukan untuk alur, dan untuk ruang kerja yang ditetapkan untuk alur tersebut. Izin alur dan izin ruang kerja diberikan dan dikelola secara terpisah.
Alur hanya memiliki satu izin, Admin, yang diperlukan untuk berbagi, mengedit, dan menghapus alur.
Ruang kerja memiliki izin yang berbeda, juga disebut peran. Peran ruang kerja menentukan tingkat akses ke ruang kerja dalam alur.
Alur pendistribusian tidak mendukung grup Microsoft 365 sebagai admin alur.
Untuk menerapkan dari satu tahap ke tahap lainnya di dalam pipeline, Anda harus menjadi admin pipeline, dan juga kontributor, anggota, atau admin dari ruang kerja yang ditetapkan ke tahap-tahap yang terlibat. Misalnya, seorang admin pipa yang tidak memiliki peran dalam ruang kerja tetap bisa melihat pipa tersebut dan membagikannya kepada orang lain. Namun, pengguna ini tidak dapat melihat konten ruang kerja di alur, atau di layanan, dan tidak dapat melakukan penyebaran.
Catatan
Mulai 1 Desember 2026, pengguna yang tidak memiliki izin baca-tulis untuk SEMUA item ruang kerja tidak dapat melakukan deployment ke ruang kerja melalui pipeline deployment. Selain itu, mereka tidak dapat menetapkan ruang kerja ini ke tahapan tertentu. Pembatasan ini hanya berlaku untuk ruang kerja yang berisi item yang dilindungi oleh label sensitivitas dengan kebijakan perlindungan. Untuk informasi selengkapnya, lihat Perlindungan Informasi di Microsoft Fabric.
Tabel Izin Akses
Bagian ini menjelaskan izin alur penyebaran. Izin yang tercantum di bagian ini mungkin memiliki aplikasi yang berbeda di fitur Fabric lainnya.
Izin alur penyebaran terendah adalah admin alur penyebaran, dan diperlukan untuk semua operasi alur penyebaran.
| Pengguna | Izin alur | Komentar |
|---|---|---|
| Administrator Pipeline |
|
Akses pipeline tidak memberikan izin untuk menampilkan atau melakukan tindakan pada konten ruang kerja. |
|
Penampil ruang kerja (dan admin alur) |
|
Anggota ruang kerja yang diberi peran Penampil tanpa izin build , tidak dapat mengakses model semantik atau mengedit konten ruang kerja. |
|
Kontributor ruang kerja (dan admin alur) |
|
|
|
Anggota ruang kerja (dan admin alur) |
|
Jika pengaturan pemblokiran penerbitan ulang dan penonaktifan refresh paket yang berada di bagian keamanan model semantik penyewa diaktifkan, hanya pemilik model semantik yang dapat memperbarui model semantik. |
|
Admin Ruang Kerja (dan admin alur) |
|
Izin yang diberikan
Saat Anda menyebarkan item Power BI, kepemilikan item yang disebarkan mungkin berubah. Tinjau tabel berikut untuk memahami siapa yang dapat menyebarkan setiap item dan bagaimana penyebaran memengaruhi kepemilikan item.
| Barang Kain | Izin yang diperlukan untuk menyebarkan item yang sudah ada | Kepemilikan item setelah penyebaran pertama kali | Kepemilikan item setelah penyebaran ke tahap dengan item |
|---|---|---|---|
| Model semantik | Anggota ruang kerja | Pengguna yang membuat penyebaran menjadi pemilik | Tidak diubah |
| Aliran Dataflow | Pemilik aliran data | Pengguna yang membuat penyebaran menjadi pemilik | Tidak diubah |
| Laporan yang diberi nomor halaman | Anggota ruang kerja | Pengguna yang membuat penyebaran menjadi pemilik | Pengguna yang membuat penyebaran menjadi pemilik |
Izin yang diperlukan untuk tindakan populer
Tabel berikut ini mencantumkan izin yang diperlukan untuk tindakan alur penyebaran populer. Kecuali ditentukan sebaliknya, untuk setiap tindakan, Anda memerlukan semua izin yang tercantum.
| Perbuatan | Izin yang diperlukan |
|---|---|
| Menampilkan daftar alur di organisasi Anda | Tidak diperlukan lisensi (pengguna gratis) |
| Buat alur | Pengguna dengan salah satu lisensi berikut:
|
| Menghapus alur | Admin pipa saluran |
| Menambahkan atau menghapus pengguna alur | Admin pipa saluran |
| Menetapkan ruang kerja ke tahapan |
|
| Menghapus tugas ruang kerja ke tahap | Salah satu peran berikut:
|
| Menyebarkan ke stage kosong (lihat catatan) |
|
| Menyebarkan item ke tahap berikutnya (lihat catatan) |
|
| Menampilkan atau mengatur aturan |
|
| Mengelola pengaturan alur | Admin pipa saluran |
| Menampilkan tahap alur |
|
| Menampilkan daftar item dalam tahap | Admin pipa saluran |
| Membandingkan dua tahap |
|
| Lihat riwayat penyebaran | Admin pipa saluran |
Catatan
Untuk menyebarkan konten di lingkungan GCC, Anda harus setidaknya menjadi anggota ruang kerja sumber dan target. Penggunaan sebagai kontributor tidak didukung.
Pertimbangan dan batasan
Bagian ini mencantumkan sebagian besar batasan dalam alur penyebaran.
- Pertimbangan dan batasan umum
- Limitasi model semantik
- Batasan aliran data
- Pertimbangan pencegahan kehilangan data (DLP)
Pertimbangan dan batasan umum
- Ruang kerja harus berada pada kapasitas Fabric.
- Jumlah maksimum item yang dapat disebarkan dalam satu penyebaran adalah 300.
- Mengunduh file .pbix setelah proses penyebaran tidak didukung.
- Grup Microsoft 365 tidak didukung sebagai admin pipeline.
- Saat Anda menyebarkan item Power BI untuk pertama kalinya, jika item lain dalam tahap target memiliki nama dan jenis yang sama (misalnya, jika kedua file adalah laporan), penyebaran gagal.
- Untuk daftar batasan ruang kerja, lihat batasan penetapan ruang kerja.
- Untuk daftar item yang didukung, lihat item yang didukung. Item apa pun yang tidak ada dalam daftar tidak didukung.
- Penyebaran gagal jika salah satu item memiliki dependensi melingkar atau mandiri (misalnya, item A mereferensikan item B dan item B mereferensikan item A).
- Laporan PBIR tidak didukung.
Keterbatasan model semantik
Kumpulan data yang menggunakan konektivitas data waktu nyata tidak dapat diterapkan.
Model semantik dengan mode konektivitas DirectQuery atau Composite yang menggunakan variasi atau tabel tanggal/waktu otomatis, tidak didukung. Untuk informasi selengkapnya, lihat Apa yang bisa saya lakukan jika saya memiliki himpunan data dengan mode konektivitas DirectQuery atau Composite, yang menggunakan variasi atau tabel kalender?.
Selama penyebaran, jika model semantik target menggunakan koneksi langsung, model semantik sumber harus menggunakan mode koneksi ini juga.
Setelah penyebaran, mengunduh model semantik (dari tahap di mana model tersebut disebarkan) tidak didukung.
Untuk daftar batasan aturan penyebaran, lihat batasan aturan penyebaran.
Jika pengikatan otomatis diaktifkan, maka:
- Kueri native dan DirectQuery tidak didukung secara bersamaan. Batasan ini mencakup model semantik proksi.
- Koneksi sumber data harus menjadi langkah pertama dalam ekspresi mashup.
Saat Anda menerapkan model semantik Direct Lake, model tersebut tidak secara otomatis terhubung ke item di tahap target. Misalnya, jika lakehouse menjadi sumber bagi model semantik Direct Lake dan keduanya disebarkan ke tahap berikutnya, model semantik Direct Lake di tahap target masih tetap terhubung ke lakehouse di tahap sumber. Gunakan aturan sumber data untuk mengikatnya ke item dalam tahap target. Jenis model semantik lainnya secara otomatis terikat ke item yang dipasangkan pada tahap target.
Penyebaran model semantik yang menggunakan item 'Dataflow Gen 2 (CI/CD)' sebagai sumber data tidak didukung.
Batasan aliran data
Pengaturan penyegaran inkremental tidak disalin di Gen 1.
Saat Anda menyebarkan aliran data ke tahap kosong, alur penyebaran membuat ruang kerja baru dan mengatur penyimpanan aliran data ke penyimpanan blob Fabric. Penyimpanan blob tetap digunakan meskipun ruang kerja sumber dikonfigurasi untuk menggunakan penyimpanan data lake Azure Gen2 (ADLS Gen2).
Entitas layanan tidak didukung untuk aliran data.
Menyebarkan model data umum (CDM) tidak didukung.
Untuk batasan aturan alur penerapan yang memengaruhi aliran data, lihat Batasan aturan penerapan.
Jika aliran data sedang di-refresh selama penyebaran, penyebaran akan gagal.
Jika Anda membandingkan tahapan selama refresh aliran data, hasilnya tidak dapat diprediksi.
Pengikatan otomatis tidak didukung untuk aliran data Gen2.
Pertimbangan pencegahan kehilangan data (DLP)
Setelah menyebarkan item ke tahap baru, jika Anda melihat indikasi tip kebijakan DLP pada item, coba memperbarui item tersebut untuk melihat apakah indikasinya menghilang sebelum menyelidiki lebih lanjut. Karena DLP berjalan segera setelah item disalin, mungkin sebelum proses lain yang membawa data atau metadata (seperti label sensitivitas default) selesai, DLP mungkin telah berjalan lebih awal dari yang diharapkan pada item tersebut, sehingga mengakibatkan penerapan indikasi tip kebijakan yang tidak sesuai. Menyegarkan item harus menyebabkan indikasi tip kebijakan hilang.
Konten terkait
Mulai menggunakan alur penyebaran.