Perencanaan implementasi Power BI: Perencanaan ruang kerja tingkat ruang kerja

Catatan

Artikel ini merupakan bagian dari rangkaian artikel Perencanaan implementasi Power BI. Seri ini berfokus terutama pada pengalaman Power BI dalam Microsoft Fabric. Untuk pengantar rangkaian ini, lihat Perencanaan implementasi Power BI.

Artikel ini membahas perencanaan tingkat ruang kerja Fabric, dengan penekanan pada pengalaman Power BI. Ini terutama ditargetkan pada:

• Administrator Fabric: Administrator yang bertanggung jawab untuk mengawasi Fabric dalam organisasi.
• Tim Center of Excellence, IT, dan BI: Tim yang juga bertanggung jawab untuk mengawasi data dan BI serta mendukung pengguna layanan mandiri di seluruh organisasi.
• Pembuat dan pemilik konten: Pembuat layanan mandiri yang perlu membuat, menerbitkan, dan mengelola konten di ruang kerja.

Untuk menggunakan ruang kerja secara efektif, ada banyak keputusan taktis yang harus dibuat. Jika memungkinkan, keputusan tingkat ruang kerja individual harus selaras dengan keputusan tingkat penyewa Anda.

Catatan

Konsep ruang kerja yang berasal dari Power BI. Dengan Fabric, tujuan ruang kerja telah menjadi lebih luas. Hasilnya adalah bahwa ruang kerja sekarang dapat berisi item dari satu atau beberapa pengalaman Fabric yang berbeda (juga dikenal sebagai beban kerja). Meskipun cakupan konten telah menjadi lebih luas dari Power BI, sebagian besar aktivitas perencanaan ruang kerja yang dijelaskan dalam artikel ini dapat diterapkan ke perencanaan ruang kerja Fabric.

Tujuan ruang kerja

Saat merencanakan ruang kerja, penting untuk mempertimbangkan tidak hanya jenis konten yang akan disimpannya, tetapi juga aktivitas yang dimaksudkan untuk didukung ruang kerja.

Pertimbangkan dua contoh ruang kerja terkait keuangan berikut. Meskipun keduanya didedikasikan untuk tim yang sama, setiap ruang kerja melayani tujuan yang berbeda:

• Ruang kerja akhir bulan keuangan:Ruang kerja akhir bulan Keuangan berisi laporan rekonsiliasi dan penutupan akhir bulan. Ruang kerja ini dianggap sebagai ruang kerja informal untuk mendukung upaya kolaboratif. Aplikasi Power BI tidak diperlukan untuk penampil konten karena penggunaan utama ruang kerja ini adalah kolaborasi oleh sekelompok kecil orang yang bekerja sama secara erat. Sebagian besar anggota tim memiliki izin untuk mengedit konten di ruang kerja ini.
• Ruang kerja pelaporan keuangan:Ruang kerja Pelaporan keuangan berisi laporan tingkat presentasi yang diselesaikan. Ruang kerja ini berisi konten yang didistribusikan secara luas ke seluruh organisasi ke banyak pemirsa (termasuk eksekutif) dengan menggunakan aplikasi Power BI. Ruang kerja diatur dengan cermat.

Dengan mengingat kedua contoh ini, pertimbangkan dua aspek spesifik tujuan ruang kerja: niat untuk kolaborasi, dan niat untuk melihat.

Niat untuk kolaborasi

Tujuan utama ruang kerja di portal Fabric adalah untuk memfasilitasi kolaborasi di antara beberapa orang. Ada banyak cara agar kolaborasi dapat terjadi di ruang kerja:

• Pengembangan berbasis tim: Beberapa orang dapat bekerja sama untuk membangun, menguji, dan menerbitkan konten. Satu pengguna mungkin bekerja pada desain lakehouse. Pengguna lain mungkin bekerja pada desain model semantik (sebelumnya dikenal sebagai himpunan data), sementara pengguna lain mungkin berfokus pada pembuatan laporan.
• Pengujian dan validasi: Pengguna mungkin perlu melakukan validasi data untuk konten baru. Pakar subjek dari unit bisnis mungkin perlu melakukan pengujian penerimaan pengguna (UAT), atau tim kualitas data mungkin perlu memvalidasi akurasi model semantik.
• Penyempurnaan: Pemangku kepentingan dan konsumen konten mungkin menyarankan penyempurnaan konten saat keadaan berubah.
• Transfer kepemilikan: Orang atau tim lain mungkin mengambil alih tanggung jawab atas konten yang dibuat oleh orang lain.

Salah satu area utama peta strategi adopsi Fabric adalah kepemilikan dan manajemen konten. Jenis kolaborasi yang akan terjadi di ruang kerja akan berbeda berdasarkan pendekatan yang digunakan untuk kepemilikan dan manajemen konten:

• BI layanan mandiri yang dipimpin bisnis: Konten dimiliki dan dikelola oleh pembuat konten dalam unit bisnis atau departemen. Dalam skenario ini, sebagian besar kolaborasi di ruang kerja terjadi di antara pengguna dalam unit bisnis tersebut.
• BI layanan mandiri terkelola: Data dimiliki dan dikelola oleh tim terpusat, sedangkan berbagai pembuat konten dari unit bisnis bertanggung jawab atas laporan dan dasbor. Dalam skenario ini, sangat mungkin bahwa beberapa ruang kerja akan diperlukan untuk memfasilitasi kolaborasi dengan aman oleh beberapa tim orang.
• BI Perusahaan: Konten dimiliki dan dikelola oleh tim terpusat, seperti IT, BI perusahaan, atau Center of Excellence (COE). Dalam skenario ini, upaya kolaborasi di ruang kerja terjadi di antara pengguna di tim terpusat.

Daftar periksa - Saat mempertimbangkan niat Anda untuk kolaborasi di ruang kerja, keputusan dan tindakan utama meliputi:

• Pertimbangkan harapan untuk kolaborasi: Tentukan bagaimana kolaborasi ruang kerja perlu terjadi dan siapa yang terlibat dalam satu tim atau di seluruh batas organisasi.
• Pertimbangkan harapan untuk kepemilikan dan manajemen konten: Pikirkan tentang bagaimana berbagai pendekatan kepemilikan dan manajemen konten (BI layanan mandiri yang dipimpin bisnis, BI layanan mandiri terkelola, dan BI perusahaan) akan memengaruhi cara Anda merancang dan menggunakan ruang kerja.

Tip

Ketika kebutuhan Anda tidak dapat dipenuhi oleh satu pendekatan, bersiaplah untuk menjadi fleksibel dan menggunakan kepemilikan konten dan strategi manajemen yang berbeda untuk ruang kerja yang berbeda. Strategi ini dapat didasarkan pada skenario serta anggota tim yang terlibat.

Niat untuk tampilan konten

Tujuan sekunder untuk ruang kerja adalah untuk mendistribusikan konten kepada konsumen yang perlu melihat konten. Untuk penampil konten, beban kerja Fabric utama adalah Power BI.

Ada beberapa cara berbeda untuk mendekati distribusi konten di layanan Power BI:

• Laporan dapat dilihat dengan menggunakan aplikasi Power BI: Konten yang disimpan di ruang kerja non-pribadi dapat diterbitkan ke aplikasi Power BI. Aplikasi Power BI adalah pengalaman yang lebih ramah pengguna daripada menampilkan laporan langsung di ruang kerja. Untuk alasan ini, menggunakan aplikasi Power BI sering kali menjadi pilihan terbaik untuk mendistribusikan konten kepada konsumen. Audiens untuk aplikasi Power BI sangat fleksibel. Namun, terkadang tujuan bagaimana Anda ingin mendistribusikan konten dengan aplikasi adalah faktor dalam menentukan cara mengatur konten di atau di seluruh ruang kerja. Untuk informasi selengkapnya tentang mengamankan aplikasi Power BI, lihat Melaporkan perencanaan keamanan konsumen.
• Laporan dapat dilihat langsung di ruang kerja: Pendekatan ini sering kali sesuai untuk ruang kerja kolaboratif informal. Peran ruang kerja menentukan siapa yang dapat melihat atau mengedit konten yang terkandung dalam ruang kerja. Untuk informasi selengkapnya tentang peran ruang kerja, lihat Perencanaan keamanan pembuat konten.
• Laporan dapat dibagikan: Penggunaan izin per item (tautan atau akses langsung) berguna ketika ada kebutuhan untuk menyediakan akses baca-saja ke satu item dalam ruang kerja. Kami menyarankan agar Anda lebih sering menggunakan izin aplikasi dan peran ruang kerja daripada berbagi karena lebih mudah dipertahankan. Untuk informasi selengkapnya, lihat Melaporkan perencanaan keamanan konsumen.
• Laporan dapat disematkan di aplikasi lain dan ditampilkan di sana: Terkadang niatnya adalah bagi konsumen untuk melihat konten Power BI yang disematkan di aplikasi lain. Menyematkan konten berguna ketika masuk akal bagi pengguna untuk tetap berada dalam aplikasi untuk meningkatkan efisiensi dan tetap berada dalam alur kerjanya.

Area utama lain dari peta jalan adopsi Fabric adalah cakupan pengiriman konten. Cara ruang kerja mendukung distribusi konten akan berbeda berdasarkan cakupan pengiriman konten:

• BI Pribadi: Konten ditujukan untuk digunakan oleh pembuat. Karena berbagi konten dengan orang lain bukan tujuan, BI pribadi dilakukan dalam ruang kerja pribadi (dijelaskan dalam topik berikutnya).
• Team BI: Konten dibagikan dengan sejumlah kecil kolega yang bekerja sama secara erat. Dalam skenario ini, sebagian besar ruang kerja adalah ruang kerja kolaboratif informal.
• BI Departemen: Konten didistribusikan ke banyak konsumen yang termasuk dalam departemen besar atau unit bisnis. Dalam skenario ini, ruang kerja terutama untuk upaya kolaborasi. Dalam skenario BI departemen, konten umumnya ditampilkan di aplikasi Power BI (alih-alih langsung ditampilkan di ruang kerja).
• BI Perusahaan: Konten dikirimkan secara luas di seluruh batas organisasi ke jumlah konsumen target terbesar. Dalam skenario ini, ruang kerja terutama untuk upaya kolaborasi. Untuk skenario BI perusahaan, konten biasanya ditampilkan di aplikasi Power BI (alih-alih langsung ditampilkan di ruang kerja).

Tip

Saat Anda merencanakan ruang kerja, pertimbangkan kebutuhan audiens saat menentukan mode lisensi ruang kerja. Jenis lisensi yang ditetapkan ke ruang kerja akan memengaruhi fitur yang tersedia, termasuk siapa yang dapat melihat atau mengelola konten ruang kerja.

Daftar periksa - Saat mempertimbangkan harapan Anda tentang bagaimana konten ruang kerja akan dilihat, keputusan dan tindakan utama meliputi:

• Pertimbangkan harapan untuk melihat konten: Tentukan bagaimana Anda mengharapkan konsumen melihat konten yang telah diterbitkan ke ruang kerja. Pertimbangkan apakah tampilan akan terjadi langsung di ruang kerja secara langsung atau dengan menggunakan metode yang berbeda.
• Tentukan ke siapa konten akan dikirimkan: Pertimbangkan siapa audiens targetnya. Pertimbangkan juga mode lisensi ruang kerja, terutama ketika Anda mengharapkan sejumlah besar pemirsa konten.
• Mengevaluasi kebutuhan untuk aplikasi Power BI: Pertimbangkan apa tujuan ruang kerja karena berkaitan dengan persyaratan distribusi konten. Saat aplikasi Power BI diperlukan, aplikasi tersebut dapat memengaruhi keputusan tentang membuat ruang kerja.
• Pertimbangkan harapan untuk cakupan pengiriman konten: Pertimbangkan bagaimana cakupan pengiriman konten yang berbeda (BI pribadi, BI tim, BI departemen, dan BI perusahaan) akan memengaruhi cara Anda merancang dan menggunakan ruang kerja.

Tip

Bersiaplah untuk menjadi fleksibel. Anda dapat menggunakan strategi tampilan konten yang berbeda untuk ruang kerja berdasarkan skenario serta anggota tim yang terlibat. Selain itu, jangan takut untuk menggunakan pendekatan cakupan pengiriman konten yang berbeda untuk ruang kerja ketika dapat dibenarkan.

Penggunaan ruang kerja pribadi yang sesuai

Ada dua jenis ruang kerja:

• Ruang kerja pribadi: Setiap pengguna memiliki ruang kerja pribadi. Ruang kerja pribadi dapat digunakan untuk menerbitkan jenis konten tertentu ke portal Fabric. Tujuan utamanya adalah untuk mendukung skenario penggunaan BI pribadi.
• Ruang kerja: Tujuan utama ruang kerja adalah untuk mendukung kolaborasi di antara beberapa pengguna. Sekunder, ruang kerja juga dapat digunakan untuk melihat konten.

Menggunakan ruang kerja pribadi untuk apa pun selain mempelajari BI pribadi, konten sementara, atau tujuan pengujian dapat berisiko karena konten di ruang kerja pribadi dikelola dan dikelola oleh satu orang. Selanjutnya, ruang kerja pribadi tidak mendukung kolaborasi dengan orang lain.

Untuk memungkinkan pembuatan semua jenis item Fabric (seperti lakehouse atau gudang), ruang kerja harus ditambahkan ke kapasitas Fabric. Itu berlaku untuk ruang kerja standar serta ruang kerja pribadi. Oleh karena itu, Anda dapat mengatur siapa yang dapat membuat jenis item tertentu dalam ruang kerja pribadi dengan cara penugasan kapasitasnya.

Ruang kerja pribadi terbatas dalam opsinya untuk berbagi konten dengan orang lain. Anda tidak dapat menerbitkan aplikasi Power BI dari ruang kerja pribadi (dan aplikasi Power BI adalah mekanisme penting untuk mendistribusikan konten ke organisasi). Izin per item (tautan atau akses langsung) adalah satu-satunya cara untuk berbagi konten ruang kerja pribadi dengan orang lain. Oleh karena itu, penggunaan ekstensif izin per item melibatkan lebih banyak upaya dan meningkatkan risiko kesalahan. Untuk informasi selengkapnya, lihat Melaporkan perencanaan keamanan konsumen.

Daftar periksa - Saat mempertimbangkan harapan Anda tentang bagaimana ruang kerja pribadi harus digunakan, keputusan dan tindakan utama meliputi:

• Memahami penggunaan ruang kerja pribadi saat ini: Lakukan percakapan dengan pengguna Anda dan tinjau data aktivitas untuk memastikan Anda memahami apa yang dilakukan pengguna dengan ruang kerja pribadi mereka.
• Tentukan bagaimana ruang kerja pribadi harus digunakan: Tentukan bagaimana ruang kerja pribadi harus (dan tidak boleh) digunakan di organisasi Anda. Fokus pada menyeimbangkan risiko dan kemudahan penggunaan dengan kebutuhan untuk kolaborasi dan tampilan konten.
• Merelokasi konten ruang kerja pribadi jika sesuai: Untuk konten penting, pindahkan konten dari ruang kerja pribadi ke ruang kerja standar jika sesuai.
• Membuat dan menerbitkan dokumentasi tentang ruang kerja pribadi: Buat dokumentasi atau FAQ yang berguna untuk pengguna Anda tentang cara menggunakan ruang kerja pribadi secara efektif. Buat informasi tersedia di portal terpusat dan materi pelatihan Anda.

Catatan

Untuk informasi selengkapnya, lihat topik peta jalan adopsi Fabric ini: portal terpusat, pelatihan, dan dokumentasi.

Kepemilikan ruang kerja

Salah satu hal terpenting yang perlu dipertimbangkan ketika merencanakan ruang kerja adalah menentukan peran dan tanggung jawab kepemilikan dan pengawasan . Tujuannya adalah untuk memiliki kejelasan tentang siapa yang bertanggung jawab untuk membuat, memelihara, menerbitkan, mengamankan, dan mendukung konten di setiap ruang kerja.

Kejelasan tentang kepemilikan sangat relevan ketika tanggung jawab untuk membuat dan mengelola data terdesentralisasi—atau didistribusikan—di antara departemen dan unit bisnis. Konsep ini juga terkadang disebut sebagai arsitektur jala data. Untuk informasi selengkapnya tentang jala data, lihat Apa itu jala data?.

Dalam Fabric, kepemilikan terdesentralisasi atau terdistribusi diaktifkan melalui ruang kerja. Berbagai area organisasi dapat bekerja secara independen, sambil tetap berkontribusi pada struktur data yang mendasar yang sama di OneLake. Setiap ruang kerja dapat memiliki administrator, kontrol akses, dan penetapan kapasitas sendiri (untuk penagihan, lokasi data geografis, dan pemantauan performa).

Tip

Cara tambahan untuk mendukung kepemilikan ruang kerja di Fabric adalah dengan domain, yang dijelaskan nanti dalam artikel ini.

Ketika niat untuk kolaborasi melibatkan desentralisasi dan beberapa tim di luar satu unit bisnis, itu dapat menambah kompleksitas untuk mengelola ruang kerja. Seringkali, sangat membantu untuk membuat ruang kerja terpisah untuk menjelaskan dengan jelas tim mana yang bertanggung jawab atas konten mana. Penggunaan beberapa ruang kerja memungkinkan Anda untuk spesifik tentang kepemilikan dan tanggung jawab manajemen, dan dapat membantu Anda mengatur keamanan sesuai dengan prinsip hak istimewa paling sedikit. Untuk pertimbangan keamanan lainnya, lihat Perencanaan keamanan pembuat konten.

Tip

Keputusan Anda terkait akuntabilitas dan tanggung jawab harus berkorelasi langsung dengan tindakan Anda yang terkait dengan menentukan akses ruang kerja, yang dijelaskan nanti dalam artikel ini.

Daftar periksa - Saat mempertimbangkan tanggung jawab kepemilikan ruang kerja, keputusan dan tindakan utama meliputi:

• Dapatkan pemahaman penuh tentang cara kerja kepemilikan konten: Pastikan Anda sangat memahami bagaimana kepemilikan dan manajemen konten terjadi di seluruh organisasi. Ketahuilah bahwa kemungkinan tidak akan ada pendekatan satu ukuran yang cocok untuk diterapkan secara seragam di seluruh organisasi. Memahami kebutuhan kepemilikan terdesentralisasi atau terdistribusi.
• Tentukan dan dokumen peran dan tanggung jawab: Pastikan Anda menentukan dan mendokumenkan peran dan tanggung jawab yang jelas bagi orang-orang yang berkolaborasi di ruang kerja. Buat informasi ini tersedia dalam aktivitas orientasi, materi pelatihan, dan portal terpusat Anda.
• Membuat matriks tanggung jawab: Memetakan siapa yang diharapkan untuk menangani setiap fungsi saat membuat, memelihara, menerbitkan, mengamankan, dan mendukung konten. Siapkan informasi ini saat Anda mulai merencanakan peran akses ruang kerja.
• Pertimbangkan skenario kepemilikan bersama atau kepemilikan multi-tim: Identifikasi kapan skenario ada di mana akan sangat membantu untuk memisahkan ruang kerja sehingga tanggung jawab jelas.
• Membuat dokumentasi manajemen ruang kerja: Mendidik administrator dan anggota ruang kerja tentang cara mengelola pengaturan dan akses ruang kerja. Sertakan tanggung jawab untuk administrator, anggota, dan kontributor ruang kerja. Buat informasi tersedia di portal terpusat dan materi pelatihan Anda.

Organisasi ruang kerja

Cara mengatur ruang kerja adalah salah satu aspek paling penting dari perencanaan ruang kerja.

Unit bisnis dan departemen yang berbeda mungkin menggunakan ruang kerja yang sedikit berbeda tergantung pada persyaratan kolaborasi mereka. Saat Anda memerlukan ruang kerja baru, kami sarankan Anda mempertimbangkan faktor-faktor yang dijelaskan di bagian ini.

Subjek dan cakupan ruang kerja

Opsi berikut menyajikan beberapa saran tentang bagaimana Anda dapat mengatur ruang kerja berdasarkan subjek dan cakupan.

Dalam beberapa kasus, Anda mungkin sudah memiliki beberapa grup berguna yang dibuat di ID Microsoft Entra (sebelumnya dikenal sebagai Azure Active Directory). Anda kemudian dapat menggunakannya untuk mengelola akses ke sumber daya untuk area subjek dan cakupan yang ditentukan. Namun, Anda mungkin perlu membuat beberapa grup baru agar sesuai dengan tujuan ini. Lihat bagian akses ruang kerja di bawah ini untuk pertimbangan.

Opsi 1: Ruang kerja per area subjek atau proyek

Membuat ruang kerja untuk setiap area subjek atau proyek memungkinkan Anda untuk fokus pada tujuannya. Ini memungkinkan Anda untuk mengambil pendekatan seimbang.

Contoh: Analisis Keuangan Triwulanan atau Peluncuran Produk

Keuntungan dari opsi 1 meliputi:

• Mengelola akses pengguna untuk siapa yang diizinkan untuk mengedit atau melihat konten lebih mudah karena terlingkup per area subjek.
• Ketika konten akan diakses oleh pengguna di seluruh batas organisasi, penataan ruang kerja berdasarkan area subjek lebih fleksibel dan lebih mudah dikelola (dibandingkan dengan opsi 2 yang dibahas berikutnya).
• Menggunakan cakupan per area subjek adalah kompromi yang baik antara ruang kerja yang berisi terlalu banyak item dan ruang kerja yang berisi terlalu sedikit item.

Kerugian dari opsi 1 adalah bahwa tergantung pada seberapa sempit atau luas ruang kerja ditentukan, masih ada beberapa risiko bahwa banyak ruang kerja akan dibuat. Menemukan konten bisa menjadi tantangan bagi pengguna saat konten tersebar di banyak ruang kerja.

Tip

Ketika direncanakan dan dikelola dengan baik, ruang kerja per area subjek atau proyek biasanya menghasilkan sejumlah ruang kerja yang dapat dikelola.

Opsi 2: Ruang kerja per departemen atau tim

Membuat ruang kerja per departemen atau tim (atau unit bisnis) adalah pendekatan umum. Bahkan, keselarasan dengan bagan organisasi adalah cara paling umum orang mulai dengan perencanaan ruang kerja. Namun, ini tidak ideal untuk semua skenario.

Contoh: Departemen Keuangan atau Sales Team Analytics

Keuntungan dari opsi 2 meliputi:

• Memulai perencanaan itu sederhana. Semua konten yang diperlukan oleh orang-orang yang bekerja di departemen tersebut akan berada di satu ruang kerja.
• Mudah bagi pengguna untuk mengetahui ruang kerja mana yang akan digunakan karena semua konten mereka diterbitkan ke ruang kerja yang terkait dengan departemen atau tim mereka.
• Mengelola peran keamanan bisa mudah, terutama ketika grup Microsoft Entra ditetapkan ke peran ruang kerja (yang merupakan praktik terbaik).

Kerugian dari opsi 2 meliputi:

• Hasilnya sering kali merupakan ruang kerja dengan cakupan luas yang berisi banyak item. Cakupan ruang kerja yang ditentukan secara luas dapat membuatnya menantang bagi pengguna untuk menemukan item tertentu.
• Karena ada hubungan satu-ke-satu antara ruang kerja dan aplikasi Power BI, ruang kerja yang ditentukan secara luas dapat mengakibatkan aplikasi untuk pengguna yang berisi banyak konten. Masalah ini dapat dimitigasi dengan mengecualikan item ruang kerja tertentu dari aplikasi, dan dengan desain pengalaman navigasi aplikasi yang baik.
• Ketika pengguna dari departemen lain perlu melihat item ruang kerja tertentu, mengelola izin bisa menjadi lebih kompleks. Ada risiko bahwa orang akan berasumsi bahwa segala sesuatu di ruang kerja departemen hanya untuk mata mereka. Ada juga risiko bahwa berbagi item individu akan menjadi terlalu banyak digunakan untuk mencapai izin tampilan terperinci.
• Jika beberapa pembuat konten memerlukan izin untuk mengedit beberapa item (tetapi tidak semua item), tidak dimungkinkan untuk mengatur izin tersebut dalam satu ruang kerja. Itu karena peran ruang kerja, yang menentukan izin edit atau tampilan, ditentukan di tingkat ruang kerja.
• Ketika Anda memiliki sejumlah besar item ruang kerja, itu sering berarti Anda harus menggunakan konvensi penamaan yang ketat untuk item sehingga pengguna dapat menemukan apa yang mereka butuhkan.
• Ruang kerja yang luas dengan banyak item mungkin mengalami batasan teknis pada jumlah item yang dapat disimpan di ruang kerja.

Tip

Saat membuat ruang kerja yang selaras dengan bagan organisasi, Anda sering berakhir dengan lebih sedikit ruang kerja. Namun, hal ini dapat mengakibatkan ruang kerja yang berisi banyak konten. Kami tidak menyarankan untuk menyelaraskan ruang kerja per departemen atau tim ketika Anda berharap memiliki sejumlah besar item dan/atau banyak pengguna.

Opsi 3: Ruang kerja untuk laporan atau aplikasi tertentu

Membuat ruang kerja untuk setiap laporan atau jenis analisis tidak disarankan kecuali untuk keadaan tertentu.

Contoh: Ringkasan Penjualan Harian atau Bonus Eksekutif

Keuntungan dari opsi 3 meliputi:

• Tujuan ruang kerja yang ditentukan secara sempit jelas.
• Konten yang sangat sensitif dapat, dan seringkali harus, dipisahkan ke ruang kerjanya sendiri sehingga dapat dikelola dan diatur secara eksplisit.
• Izin ruang kerja yang menenangkan berlaku untuk beberapa item. Penyiapan ini berguna ketika, misalnya, pengguna diizinkan untuk mengedit satu laporan tetapi tidak yang lain.

Kerugian dari opsi 3 meliputi:

• Jika terlalu banyak digunakan, membuat ruang kerja yang ditentukan secara sempit menghasilkan sejumlah besar ruang kerja.
• Memiliki sejumlah besar ruang kerja untuk bekerja dengan melibatkan lebih banyak upaya. Meskipun pengguna dapat mengandalkan pencarian, menemukan konten yang tepat di ruang kerja yang tepat dapat membuat frustrasi.
• Ketika ada sejumlah besar ruang kerja, ada lebih banyak pekerjaan dari perspektif audit dan pemantauan.

Tip

Membuat ruang kerja dengan cakupan sempit, seperti laporan individual, harus dilakukan hanya karena alasan tertentu. Ini harus menjadi pengecualian daripada aturan. Terkadang, memisahkan kartu skor ke ruang kerja mereka sendiri adalah teknik yang berguna. Misalnya, menggunakan ruang kerja terpisah sangat membantu ketika kartu skor menyajikan tujuan yang mencakup beberapa area subjek. Sangat membantu untuk menyiapkan izin tertentu untuk mengelola dan melihat kartu skor.

Daftar periksa - Saat mempertimbangkan area subjek dan cakupan konten ruang kerja, keputusan dan tindakan utama meliputi:

• Menilai bagaimana ruang kerja saat ini disiapkan: Tinjau bagaimana orang saat ini menggunakan ruang kerja. Identifikasi apa yang berfungsi dengan baik dan apa yang tidak berfungsi dengan baik. Rencanakan potensi perubahan dan peluang pendidikan pengguna.
• Pertimbangkan cakupan ruang kerja terbaik: Identifikasi bagaimana Anda ingin orang menggunakan ruang kerja berdasarkan tujuan, area subjek, cakupan, dan siapa yang bertanggung jawab untuk mengelola konten.
• Identifikasi di mana konten yang sangat sensitif berada: Tentukan saat membuat ruang kerja tertentu untuk konten yang sangat sensitif dapat dibenarkan.
• Membuat dan menerbitkan dokumentasi tentang menggunakan ruang kerja: Buat dokumentasi atau FAQ yang berguna untuk pengguna Anda tentang cara menata dan menggunakan ruang kerja. Buat informasi ini tersedia dalam materi pelatihan dan portal terpusat Anda.

Tipe item ruang kerja

Memisahkan ruang kerja data dari ruang kerja pelaporan adalah praktik umum untuk memisahkan aset data dari aset analitik.

• Ruang kerja data didedikasikan untuk menyimpan dan mengamankan item data seperti lakehouse, gudang, alur data, aliran data, atau model semantik.
• Ruang kerja pelaporan lebih difokuskan pada aktivitas analitik hilir. Ini didedikasikan untuk menyimpan dan mengamankan item seperti laporan, dasbor, dan metrik. Ruang kerja pelaporan terutama (tetapi belum tentu secara eksklusif) menyertakan konten Power BI.

Tip

Setiap pengalaman Fabric memungkinkan Anda membuat berbagai jenis item. Item-item ini tidak selalu cocok dengan rapi ke dalam konsep konten apa yang dianggap data versus melaporkan (atau analitik). Salah satu contohnya adalah notebook Fabric yang dapat digunakan dengan berbagai cara, seperti: memuat dan mengubah data di lakehouse, mengirimkan kueri Spark SQL, atau menganalisis dan memvisualisasikan data dengan PySpark. Ketika ruang kerja akan berisi beban kerja campuran, kami sarankan Anda berfokus terutama pada tujuan ruang kerja dan kepemilikan konten seperti yang dijelaskan di tempat lain dalam artikel ini.

Keuntungan untuk memisahkan ruang kerja data dari ruang kerja pelaporan meliputi:

• Data organisasi penting, seperti lakehouse atau model semantik yang didukung , dapat berada di ruang kerja tertentu yang dirancang untuk membuat data yang dapat digunakan kembali tersedia dalam skala perusahaan. Contoh umumnya meliputi:
  • Pembuat laporan dapat menemukan dan menggunakan kembali model semantik bersama yang dapat dipercaya dengan lebih mudah. Untuk informasi selengkapnya, lihat skenario penggunaan BI layanan mandiri terkelola.
  • Pembuat model semantik dapat menemukan aliran data yang dapat dipercaya atau tabel lakehouse dengan lebih mudah. Untuk informasi selengkapnya, lihat skenario penggunaan persiapan data layanan mandiri dan skenario penggunaan persiapan data mandiri tingkat lanjut.
• Manajemen akses dapat dipusatkan untuk data organisasi penting. Mengelola akses secara terpisah untuk ruang kerja data dibandingkan dengan ruang kerja pelaporan berguna ketika orang yang berbeda bertanggung jawab atas data dan laporan. Dengan BI layanan mandiri terkelola, biasanya memiliki banyak pembuat laporan dan lebih sedikit pembuat data.
• Membatasi siapa yang dapat mengedit dan mengelola model semantik meminimalkan risiko perubahan yang tidak disengaja, terutama pada item data penting yang digunakan kembali untuk banyak tujuan atau oleh banyak pengguna. Pemisahan fisik mengurangi kemungkinan perubahan yang tidak disengaja, atau tidak disetujui. Lapisan perlindungan tambahan ini sangat membantu untuk model semantik bersertifikat , yang diandalkan untuk kualitas dan kepercayaan mereka.
• Skenario kepemilikan bersama diklarifikasi. Ketika model semantik bersama dikirimkan dari tim BI atau IT terpusat, sementara laporan diterbitkan oleh pembuat konten layanan mandiri (di unit bisnis), ini adalah praktik yang baik untuk memisahkan model semantik ke dalam ruang kerja terpisah. Pendekatan ini menghindari ambiguitas skenario kepemilikan bersama karena kepemilikan dan tanggung jawab per ruang kerja lebih jelas didefinisikan.
• Keamanan tingkat baris (RLS) diberlakukan. Saat Anda mendorong kreator untuk bekerja di ruang kerja yang berbeda, mereka tidak akan memiliki izin edit yang tidak perlu ke model semantik asli. Keuntungannya adalah bahwa RLS dan/atau keamanan tingkat objek (OLS) akan diberlakukan untuk pembuat konten (dan juga pemirsa konten).

Kerugian untuk memisahkan ruang kerja data dari ruang kerja pelaporan meliputi:

• Konvensi penamaan ruang kerja diperlukan untuk dapat membedakan ruang kerja data dari ruang kerja pelaporan.
• Pendidikan pengguna tambahan diperlukan untuk memastikan bahwa penulis konten dan konsumen tahu di mana harus menerbitkan dan menemukan konten.
• Terkadang sulit untuk menguraikan dengan jelas jenis item yang harus dimuat dalam ruang kerja. Seiring waktu, ruang kerja akhirnya dapat berisi lebih banyak jenis konten daripada yang semula dimaksudkan.
• Penggunaan ruang kerja terpisah menghasilkan sejumlah besar ruang kerja yang perlu Anda kelola dan audit. Saat Anda merencanakan tujuan, cakupan, dan pertimbangan lainnya (seperti pemisahan konten pengembangan, pengujian, dan produksi) pendekatan terhadap desain ruang kerja dapat menjadi lebih rumit.
• Proses manajemen perubahan ekstra dapat diperlukan untuk melacak dan memprioritaskan perubahan yang diminta pada item data terpusat, terutama ketika pembuat laporan memiliki persyaratan di luar apa yang dapat ditangani oleh model komposit dan langkah-langkah tingkat laporan.

Daftar periksa - Saat mempertimbangkan jenis item untuk disimpan di ruang kerja, keputusan dan tindakan utama meliputi:

• Tentukan tujuan Anda untuk penggunaan kembali data: Tentukan cara mencapai penggunaan kembali data sebagai bagian dari strategi BI layanan mandiri terkelola.
• Perbarui pengaturan penyewa untuk siapa yang dapat menggunakan model semantik di seluruh ruang kerja: Tentukan apakah kemampuan ini dapat diberikan kepada semua pengguna. Jika Anda memutuskan untuk membatasi siapa yang dapat menggunakan model semantik di seluruh ruang kerja, pertimbangkan untuk menggunakan grup seperti pembuat laporan yang disetujui Fabric.

Akses ruang kerja

Karena tujuan utama ruang kerja adalah kolaborasi, akses ruang kerja sebagian besar berlaku untuk pengguna yang membuat dan mengelola kontennya. Ini juga dapat relevan ketika ruang kerja digunakan untuk melihat konten (tujuan sekunder untuk ruang kerja, seperti yang dijelaskan sebelumnya dalam artikel ini).

Saat mulai merencanakan peran ruang kerja, sangat membantu untuk mengajukan pertanyaan berikut kepada diri Anda sendiri.

• Apa harapan tentang bagaimana kolaborasi akan terjadi di ruang kerja?
• Apakah ruang kerja akan digunakan langsung untuk melihat konten oleh konsumen?
• Siapa akan bertanggung jawab untuk mengelola konten di ruang kerja?
• Siapa akan melihat konten yang disimpan di ruang kerja?
• Apakah niat untuk menetapkan pengguna atau grup individual ke peran ruang kerja?

Ini adalah praktik terbaik untuk menggunakan grup untuk menetapkan peran ruang kerja setiap kali praktis. Ada berbagai jenis grup yang dapat Anda tetapkan. Grup keamanan, grup keamanan dengan dukungan email, grup distribusi, dan grup Microsoft 365 semuanya didukung untuk peran ruang kerja. Untuk informasi selengkapnya tentang menggunakan grup, lihat Perencanaan keamanan tingkat penyewa.

Saat berencana menggunakan grup, Anda mungkin mempertimbangkan untuk membuat satu grup per peran per ruang kerja. Misalnya, untuk mendukung ruang kerja Keuangan Triwulanan , Anda dapat membuat grup berikut:

• Admin ruang kerja Fabric – Keuangan Triwulanan
• Anggota ruang kerja Fabric – Keuangan Triwulanan
• Kontributor ruang kerja Fabric – Keuangan Triwulanan
• Penampil ruang kerja Fabric – Keuangan Triwulanan
• Penampil aplikasi Power BI – Keuangan Triwulanan

Tip

Membuat grup yang tercantum di atas memberikan fleksibilitas. Namun, ini melibatkan pembuatan dan pengelolaan banyak grup. Selain itu, mengelola sejumlah besar grup dapat menjadi tantangan ketika grup hanya dibuat dan dikelola oleh IT. Tantangan ini dapat dimitigasi dengan mengaktifkan manajemen grup layanan mandiri kepada anggota satelit tertentu. Anggota ini dapat mencakup Center of Excellence (COE), juara, atau pengguna tepercaya yang telah dilatih dalam cara mengelola keanggotaan peran untuk unit bisnis mereka. Untuk informasi selengkapnya, lihat Perencanaan keamanan tingkat penyewa.

Saat ruang kerja data dipisahkan dari melaporkan ruang kerja, seperti yang dijelaskan sebelumnya dalam artikel ini, ruang kerja tersebut menghasilkan jumlah grup yang lebih besar. Pertimbangkan bagaimana jumlah grup berlipat ganda dari lima hingga 10 saat Anda memisahkan data dan melaporkan ruang kerja:

• Admin ruang kerja data Fabric – Keuangan Triwulanan
• Admin ruang kerja pelaporan Fabric – Keuangan Triwulanan
• Anggota ruang kerja data Fabric – Keuangan Triwulanan
• Anggota ruang kerja pelaporan Fabric – Keuangan Triwulanan
• Kontributor ruang kerja data Fabric – Keuangan Triwulanan
• Kontributor ruang kerja pelaporan Fabric – Keuangan Triwulanan
• Penampil ruang kerja data Fabric – Keuangan Triwulanan
• Pengakseksi ruang kerja pelaporan Fabric – Keuangan Triwulanan
• Penampil aplikasi Power BI – Keuangan Triwulanan

Ketika beberapa ruang kerja ada untuk pengembangan, pengujian, dan produksi, itu menghasilkan jumlah grup yang lebih besar. Ada potensi jumlah grup menjadi tiga kali lipat. Misalnya, hanya untuk admin ruang kerja data, akan ada tiga grup ini:

• Admin ruang kerja data Fabric – Keuangan Triwulanan [Dev]
• Admin ruang kerja data Fabric – Keuangan Triwulanan [Uji]
• Admin ruang kerja data Fabric – Keuangan Triwulanan

Contoh sebelumnya dimaksudkan untuk menyampaikan bahwa penggunaan grup yang memetakan ke peran ruang kerja dapat dengan cepat menjadi tidak dapat dikelola.

Tip

Ada kalanya lebih sedikit grup yang diperlukan, terutama dalam pengembangan. Misalnya, Anda mungkin tidak perlu menentukan grup penampil ruang kerja dalam pengembangan; grup tersebut hanya diperlukan untuk pengujian dan produksi. Atau Anda mungkin dapat menggunakan grup admin ruang kerja yang sama untuk pengembangan, pengujian, dan produksi. Untuk informasi selengkapnya tentang pengembangan, pengujian, dan produksi, lihat Manajemen siklus hidup ruang kerja nanti di artikel ini.

Penggunaan grup yang efektif untuk peran ruang kerja dapat memerlukan perencanaan yang cukup besar. Bersiaplah untuk menemukan skenario ketika grup yang ada (yang mungkin selaras dengan bagan organisasi) tidak memenuhi semua kebutuhan Anda untuk mengelola konten Fabric. Dalam hal ini, kami sarankan Anda membuat grup khusus untuk tujuan ini. Itulah sebabnya kata Fabric atau Power BI disertakan dalam contoh nama grup yang diperlihatkan di atas. Jika Anda memiliki beberapa alat kecerdasan bisnis, Anda dapat memilih untuk hanya menggunakan BI sebagai awalan sebagai gantinya. Dengan demikian, Anda dapat menggunakan grup yang sama di beberapa alat.

Terakhir, contoh menunjukkan satu ruang kerja - Keuangan Triwulanan - tetapi seringkali dimungkinkan untuk mengelola kumpulan ruang kerja dengan satu set grup. Misalnya, beberapa ruang kerja yang dimiliki dan dikelola oleh tim keuangan mungkin dapat menggunakan grup yang sama.

Catatan

Anda akan sering merencanakan keamanan secara lebih luas, dengan mempertimbangkan persyaratan izin Baca dan Bangun model semantik, dan persyaratan keamanan tingkat baris (RLS). Untuk informasi selengkapnya tentang apa yang perlu dipertimbangkan untuk mendukung konsumen laporan dan pembuat konten, lihat artikel perencanaan keamanan. Untuk tujuan artikel ini, fokusnya hanya pada peran ruang kerja sebagai bagian dari proses perencanaan ruang kerja.

Daftar periksa - Saat mempertimbangkan akses ruang kerja, keputusan dan tindakan utama meliputi:

• Lihat peran dan tanggung jawab: Gunakan peran dan informasi tanggung jawab yang disiapkan sebelumnya untuk merencanakan peran ruang kerja.
• Mengidentifikasi siapa yang akan memiliki dan mengelola konten: Verifikasi bahwa semua item yang Anda harapkan untuk disimpan dalam satu ruang kerja selaras dengan orang-orang yang akan bertanggung jawab untuk memiliki dan mengelola konten. Jika ada ketidakcocokan, pertimbangkan kembali bagaimana ruang kerja dapat diatur dengan lebih baik.
• Mengidentifikasi siapa yang akan melihat konten di ruang kerja: Tentukan apakah orang akan melihat konten langsung dari ruang kerja.
• Merencanakan peran ruang kerja: Tentukan orang mana yang cocok dengan peran Admin, Anggota, Kontributor, dan Penampil untuk setiap ruang kerja.
• Tentukan penetapan peran grup atau individual: Tentukan apakah Anda ingin menetapkan pengguna atau grup individual ke peran ruang kerja. Periksa apakah ada grup yang sudah ada yang bisa Anda gunakan untuk penetapan peran ruang kerja.
• Tentukan apakah grup baru perlu dibuat: Pertimbangkan dengan cermat apakah Anda perlu membuat grup baru per peran ruang kerja. Perlu diingat bahwa itu dapat mengakibatkan pembuatan dan pemeliharaan banyak grup. Tentukan apa prosesnya ketika ruang kerja baru dibuat dan bagaimana grup terkait akan dibuat.
• Mengonfigurasi dan menguji penetapan peran ruang kerja: Verifikasi bahwa pengguna memiliki pengaturan keamanan yang sesuai yang mereka butuhkan agar produktif saat membuat, mengedit, dan menampilkan konten.

Domain ruang kerja

Seperti yang dijelaskan sebelumnya dalam artikel ini, sangat penting untuk memiliki kejelasan tentang kepemilikan ruang kerja. Salah satu cara untuk lebih mendukung kepemilikan ruang kerja di Fabric adalah dengan domain. Domain adalah cara untuk mengelompokkan beberapa ruang kerja secara logis yang memiliki karakteristik serupa.

Untuk informasi selengkapnya tentang perencanaan untuk domain di penyewa Anda, lihat Domain ruang kerja.

Pengaturan ruang kerja

Ada beberapa pengaturan yang dapat Anda siapkan untuk setiap ruang kerja individual. Pengaturan ini dapat secara signifikan memengaruhi bagaimana kolaborasi terjadi, siapa yang diizinkan untuk mengakses ruang kerja, dan tingkat penggunaan kembali data di seluruh beban kerja Fabric.

Mode lisensi ruang kerja

Setiap ruang kerja memiliki pengaturan mode lisensi. Ini dapat diatur ke Pro, Premium per pengguna, kapasitas Premium, Tertanam, kapasitas Fabric, atau Uji Coba.

Penting

Terkadang artikel ini mengacu pada Power BI Premium atau langganan kapasitasnya (SKU P). Ketahuilah bahwa Microsoft saat ini mengonsolidasikan opsi pembelian dan menghentikan SKU Power BI Premium per kapasitas. Pelanggan baru dan yang sudah ada harus mempertimbangkan untuk membeli langganan kapasitas Fabric (F SKU) sebagai gantinya.

Untuk informasi selengkapnya, lihat Pembaruan penting yang masuk ke lisensi Power BI Premium dan Tanya Jawab Umum Power BI Premium.

Jenis lisensi penting untuk perencanaan ruang kerja karena menentukan:

• Fitur: Fitur yang berbeda didukung. PPU menyertakan lebih banyak fitur (seperti alur penyebaran) yang tidak tersedia di Pro. Banyak lagi fitur Fabric (seperti lakehouse) tersedia untuk ruang kerja yang ditetapkan ke kapasitas Fabric.
• Akses konten: Jenis lisensi menentukan siapa yang dapat mengakses konten di ruang kerja:
  • Hanya pengguna yang memiliki lisensi PPU (selain diberi peran ruang kerja) yang dapat mengakses ruang kerja PPU.
  • Jika Anda ingin mengirimkan konten kepada pemirsa konten yang memiliki lisensi gratis, Anda memerlukan lisensi F64 atau yang lebih tinggi.
• Lokasi penyimpanan data: Saat Anda perlu menyimpan data di wilayah geografis tertentu (di luar wilayah asal Anda), yang menjadi mungkin dengan ruang kerja yang ditetapkan ke kapasitas (dan, karenanya, kapasitas dibuat di wilayah tersebut). Untuk informasi selengkapnya tentang lokasi penyimpanan data, lihat Penyiapan penyewa.

Daftar periksa - Saat mempertimbangkan mode lisensi ruang kerja, keputusan dan tindakan utama meliputi:

• Pertimbangkan fitur mana yang diperlukan untuk setiap ruang kerja: Tentukan persyaratan fitur setiap ruang kerja. Pertimbangkan perbedaan beban kerja dan pengguna mana yang ingin Anda akses ke ruang kerja.
• Atur mode lisensi ruang kerja: Tinjau dan perbarui setiap mode lisensi ruang kerja sesuai dengan fitur mana yang diperlukan oleh setiap ruang kerja.

Manajemen siklus hidup ruang kerja

Ketika pembuat konten berkolaborasi untuk memberikan solusi analitis yang penting bagi organisasi, ada berbagai pertimbangan manajemen siklus hidup. Proses ini juga dikenal sebagai integrasi berkelanjutan/pengiriman berkelanjutan (CI/CD), yang merupakan salah satu aspek dari DevOps.

Beberapa pertimbangan manajemen siklus hidup meliputi:

• Cara memastikan pengiriman konten yang tepat waktu, andal, dan konsisten.
• Cara berkomunikasi dan mengoordinasikan aktivitas antara beberapa pembuat konten yang mengerjakan proyek yang sama.
• Cara mengatasi konflik saat beberapa pembuat konten mengedit item yang sama dalam proyek yang sama.
• Cara menyusun proses penyebaran yang mudah dan andal.
• Cara mengembalikan konten yang disebarkan ke versi yang stabil dan berfungsi sebelumnya.
• Cara menyeimbangkan rilis cepat fitur baru dan perbaikan bug sambil melindungi konten produksi.

Dalam Fabric, ada dua komponen utama manajemen siklus hidup.

• Kontrol versi konten:Integrasi Git memungkinkan pemilik konten dan pembuat untuk membuat versi pekerjaan mereka. Ini dapat digunakan dengan pengembangan berbasis web di ruang kerja, atau saat mengembangkan di alat klien, seperti Power BI Desktop. Kontrol versi (juga dikenal sebagai kontrol sumber) dicapai dengan melacak semua revisi ke proyek dengan menggunakan cabang yang terkait dengan repositori lokal dan jarak jauh di Azure DevOps. Perubahan diterapkan secara berkala pada cabang di repositori jarak jauh. Ketika pembuat konten telah menyelesaikan revisi yang diuji dan disetujui, cabang mereka digabungkan dengan versi terbaru solusi di repositori jarak jauh utama (setelah menyelesaikan konflik penggabungan). Integrasi Git dapat ditentukan untuk setiap ruang kerja di portal Fabric, asalkan fitur telah diaktifkan di pengaturan penyewa.
• Mempromosikan konten:Alur penyebaran terutama difokuskan pada manajemen rilis untuk mempertahankan lingkungan yang stabil bagi pengguna. Anda dapat menetapkan ruang kerja ke tahap (pengembangan, pengujian, atau produksi) dalam alur penyebaran. Kemudian, Anda dapat dengan mudah dan sistematis mempromosikan, atau menyebarkan, konten Anda ke tahap berikutnya.

Saat menggabungkan fitur manajemen siklus hidup, ada praktik terbaik yang perlu dipertimbangkan selama proses perencanaan Anda. Misalnya, Anda dapat memilih untuk menggunakan integrasi Git untuk ruang kerja pengembangan dan alur penyebaran untuk diterbitkan ke ruang kerja pengujian dan produksi Anda. Jenis keputusan tersebut mengharuskan penggunaan praktik yang disepakati secara konsisten. Kami menyarankan agar Anda melakukan bukti konsep untuk sepenuhnya menguji model penyiapan, proses, dan izin Anda.

Daftar periksa - Saat merencanakan manajemen siklus hidup ruang kerja, keputusan dan tindakan utama meliputi:

• Tentukan bagaimana pengguna perlu menggunakan kontrol versi: Menganalisis cara kerja pembuat konten mandiri dan tingkat lanjut Anda untuk menentukan apakah penerapan versi file dengan OneDrive for Business atau SharePoint sesuai. Perkenalkan integrasi Git untuk pengguna tingkat lanjut yang membutuhkan lebih banyak kemampuan. Bersiaplah untuk mendukung kedua jenis pengguna.
• Tentukan bagaimana pengguna perlu mempromosikan konten: Menganalisis cara kerja pembuat konten mandiri dan tingkat lanjut Anda untuk menentukan apakah alur penyebaran cocok untuk mempromosikan konten.
• Memutuskan apakah integrasi Git harus diaktifkan: Pertimbangkan apakah integrasi Git dengan ruang kerja cocok untuk cara kerja pembuat konten Anda. Atur Pengguna dapat menyinkronkan item ruang kerja dengan pengaturan penyewa repositori Git mereka agar selaras dengan keputusan ini. Tinjau setiap pengaturan penyewa integrasi Git dan atur sesuai dengan pedoman tata kelola Anda.
• Lakukan bukti konsep: Lakukan bukti teknis konsep untuk mengklarifikasi bagaimana Anda berniat untuk ruang kerja Git dan alur penyebaran untuk bekerja sama.
• Memutuskan ruang kerja mana yang harus memiliki integrasi Git: Pertimbangkan cara kerja pembuat konten Anda, dan ruang kerja mana yang harus ditetapkan ke cabang pengembangan, pengujian, atau produksi (rilis).
• Verifikasi lisensi: Konfirmasikan bahwa Anda memiliki lisensi kapasitas yang tersedia untuk menggunakan integrasi Git. Pastikan bahwa setiap ruang kerja ditetapkan ke kapasitas Fabric atau kapasitas Power BI Premium.
• Menyiapkan Azure DevOps: Bekerja sama dengan administrator Anda untuk menyiapkan proyek, repositori, dan cabang Azure DevOps yang akan Anda butuhkan untuk setiap ruang kerja. Tetapkan akses yang sesuai ke setiap repositori.
• Koneksi ruang kerja: Koneksi setiap ruang kerja ke repositori Azure DevOps yang sesuai.
• Pertimbangkan siapa yang harus menyebarkan ke produksi: Buat keputusan tentang bagaimana dan siapa yang harus dapat memperbarui konten produksi. Pastikan bahwa keputusan ini selaras dengan bagaimana kepemilikan ruang kerja ditangani di organisasi Anda.
• Mendidik pembuat konten: Pastikan semua pembuat konten Anda memahami kapan harus menggunakan fitur dan praktik manajemen siklus hidup. Mendidik mereka tentang alur kerja dan bagaimana ruang kerja yang berbeda memengaruhi proses manajemen siklus hidup.

Integrasi ruang kerja dengan ADLS Gen2

Anda dapat menyambungkan ruang kerja ke akun Azure Data Lake Storage Gen2 (ADLS Gen2). Ada dua alasan Anda mungkin melakukan itu:

• Penyimpanan data aliran data Power BI: Jika Anda memilih untuk bring-your-own-data-lake, data untuk aliran data Power BI (Gen1) dapat diakses langsung di Azure. Akses langsung ke penyimpanan aliran data di ADLS Gen2 sangat membantu ketika Anda ingin pengguna atau proses lain melihat atau mengakses data. Ini sangat membantu ketika tujuan Anda adalah menggunakan kembali aliran data di luar Power BI. Ada dua pilihan untuk menetapkan penyimpanan:
  • Penyimpanan tingkat penyewa, yang berguna saat memusatkan semua data untuk aliran data Power BI ke dalam satu akun ADLS Gen2 diinginkan.
  • Penyimpanan tingkat ruang kerja, yang berguna ketika unit bisnis mengelola data lake mereka sendiri atau memiliki persyaratan residensi data tertentu.
• Pencadangan dan pemulihan untuk model semantik Power BI:Fitur pencadangan dan pemulihan model semantik Power BI didukung untuk ruang kerja yang ditetapkan ke kapasitas atau PPU. Fitur ini menggunakan akun ADLS Gen2 yang sama yang digunakan untuk menyimpan data aliran data Power BI (dijelaskan di poin poin sebelumnya). Pencadangan model semantik sangat membantu untuk:
  • Mematuhi persyaratan retensi data
  • Menyimpan cadangan rutin sebagai bagian dari strategi pemulihan bencana
  • Menyimpan cadangan di wilayah lain
  • Memigrasikan model data

Penting

Mengatur koneksi Azure di portal admin Fabric tidak berarti bahwa semua aliran data untuk seluruh penyewa disimpan secara default ke akun ADLS Gen2. Untuk menggunakan akun penyimpanan eksplisit (bukan penyimpanan internal), setiap ruang kerja harus terhubung secara eksplisit. Sangat penting bagi Anda untuk mengatur koneksi Azure ruang kerja sebelum membuat aliran data Power BI apa pun di ruang kerja.

Daftar periksa - Saat mempertimbangkan integrasi ruang kerja dengan ADLS Gen2, keputusan dan tindakan utama meliputi:

• Tentukan apakah ruang kerja akan digunakan dengan cara yang memerlukan Azure Storage: Pertimbangkan apakah skenario bring-your-own-data-lake akan berguna untuk penyimpanan aliran data dan/atau apakah Anda memiliki persyaratan untuk menggunakan fungsionalitas pencadangan dan pemulihan model semantik.
• Tentukan akun Azure Storage mana yang akan digunakan: Pilih akun Azure Storage yang mengaktifkan namespace hierarkis (ADLS Gen2) untuk penyimpanan data aliran data tingkat penyewa (terpusat) atau cadangan model semantik. Pastikan Anda memiliki informasi akun Azure Storage yang tersedia dengan mudah.
• Konfigurasikan akun penyimpanan tingkat penyewa: Di portal admin Fabric, atur akun penyimpanan ADLS Gen2 tingkat penyewa.
• Memutuskan apakah administrator ruang kerja dapat menyambungkan akun penyimpanan: Memiliki diskusi untuk memahami kebutuhan tim yang terdesentralisasi, dan apakah tim individu saat ini mempertahankan akun Azure Storage mereka sendiri. Tentukan apakah kemampuan ini harus diaktifkan.
• Konfigurasikan pengaturan admin untuk penyimpanan tingkat ruang kerja: Di portal admin Fabric, aktifkan opsi yang memungkinkan administrator ruang kerja menyambungkan akun penyimpanan mereka sendiri.
• Mengatur koneksi Azure Storage tingkat ruang kerja: Tentukan akun Azure Storage untuk setiap ruang kerja individual. Anda harus mengatur akun penyimpanan sebelum membuat aliran data Power BI apa pun di ruang kerja. Jika Anda ingin menggunakan cadangan model semantik, pastikan mode lisensi ruang kerja diatur ke kapasitas atau PPU.
• Perbarui dokumentasi manajemen ruang kerja Anda: Pastikan dokumentasi manajemen ruang kerja Anda menyertakan informasi tentang cara menetapkan akun penyimpanan ADLS Gen2 dengan benar. Buat informasi tersedia di portal terpusat dan materi pelatihan Anda.

Integrasi ruang kerja dengan Azure Log Analytics

Azure Log Analytics adalah layanan dalam Azure Monitor. Anda dapat menggunakan Azure Log Analytics untuk meninjau data diagnostik yang dihasilkan oleh mesin Analysis Services, yang menghosting model semantik Power BI. Log tingkat ruang kerja berguna untuk menganalisis performa dan tren, melakukan analisis refresh data, menganalisis operasi titik akhir XMLA, dan banyak lagi. Azure Log Analytics hanya tersedia untuk ruang kerja yang ditetapkan ke kapasitas atau PPU.

Catatan

Meskipun namanya mirip, data yang dikirim ke Azure Log Analytics berbeda dari data yang diambil oleh log aktivitas Power BI. Data yang dikirim ke Azure Log Analytics berkaitan dengan peristiwa yang dihasilkan oleh mesin Analysis Services (misalnya, Kueri dimulai dan Kueri mengakhiri peristiwa). Sebaliknya, log aktivitas berkaitan dengan melacak aktivitas pengguna (misalnya, Melihat laporan atau Mengedit peristiwa laporan ).

Untuk informasi selengkapnya tentang log peristiwa model semantik, lihat Audit tingkat data.

Untuk informasi selengkapnya tentang cara menyiapkan Azure Log Analytics untuk digunakan dengan Power BI, lihat Mengonfigurasi Azure Log Analytics untuk Power BI. Pastikan untuk memahami prasyarat yang harus Anda miliki untuk membuat integrasi berfungsi.

Daftar periksa - Saat mempertimbangkan integrasi ruang kerja dengan Azure Log Analytics, keputusan dan tindakan utama meliputi:

• Memutuskan apakah administrator ruang kerja dapat tersambung ke Analitik Log: Menentukan apakah semua, atau beberapa, administrator ruang kerja akan diizinkan menggunakan Azure Log Analytics untuk menganalisis log tingkat ruang kerja. Jika akses dibatasi hanya untuk orang tertentu, putuskan grup mana yang akan digunakan.
• Siapkan pengaturan penyewa untuk koneksi Analitik Log: Di portal admin Fabric, atur pengaturan penyewa sesuai dengan keputusan administrator ruang kerja mana yang mengatur koneksi.
• Atur ruang kerja Analitik Log untuk setiap ruang kerja: Di pengaturan ruang kerja, tentukan informasi Azure Log Analytics untuk setiap ruang kerja. Untuk mengambil log tingkat ruang kerja, pastikan bahwa mode lisensi ruang kerja diatur ke kapasitas atau PPU.
• Memperbarui dokumentasi manajemen ruang kerja Anda: Pastikan dokumentasi manajemen ruang kerja Anda menyertakan informasi tentang cara menetapkan ruang kerja ke Azure Log Analytics.

Properti ruang kerja lainnya

Ada beberapa properti ruang kerja lain yang dapat memberikan informasi bermanfaat. Untuk ruang kerja yang diatur, kami sarankan Anda mengatur properti ini.

Berikut adalah beberapa saran tentang cara mengatur pengaturan kunci ini untuk meningkatkan pengalaman bagi pengguna Anda.

• Deskripsi ruang kerja: Deskripsi ruang kerja yang baik mencakup penjelasan singkat, namun spesifik, tentang jenis konten apa yang dapat ditemukan di ruang kerja. Anda dapat menggunakan hingga 4000 karakter untuk menjelaskan:
  • Tujuan untuk ruang kerja
  • Targetnya audiens
  • Jenis konten yang diterbitkan ke ruang kerja
  • Apakah ruang kerja dianggap diatur
  • Apakah ruang kerja mencakup data pengembangan, pengujian, atau produksi
  • Siapa untuk menghubungi jika ada pertanyaan (terkadang sangat penting untuk menampilkan informasi ini sedetail mungkin, selain daftar kontak yang dijelaskan berikutnya)
• Kontak ruang kerja: Daftar kontak ruang kerja menyertakan administrator ruang kerja secara default. Jika Anda memiliki pemilik konten teknis yang berbeda dari pakar subjek, Anda mungkin merasa berguna untuk menentukan kontak lain. Kontak lain bisa menjadi grup atau individu yang dapat menjawab pertanyaan tentang konten ruang kerja.
• Gambar ruang kerja: Penggunaan gambar ruang kerja yang konsisten dapat membantu pengguna saat memindai daftar ruang kerja. Pertimbangkan untuk menggunakan gambar untuk membantu pengguna menentukan:
  • Domain atau area subjek
  • Unit bisnis atau tim mana yang memiliki dan mengelola konten
  • Baik itu ruang kerja data (yang didedikasikan untuk menyimpan item yang dapat digunakan kembali, seperti lakehouse, gudang, alur data, aliran data, atau model semantik)
  • Baik itu ruang kerja pelaporan (ruang kerja yang didedikasikan untuk menyimpan item analitik, seperti laporan, dasbor, atau metrik)
• Pengaturan model data: Memungkinkan anggota ruang kerja, administrator, dan pengguna dengan izin Build pada model semantik untuk mengedit model data Power BI dengan menggunakan antarmuka web. Pengaturan ini digunakan bersama dengan Pengguna dapat mengedit model data di pengaturan penyewa layanan Power BI. Pengaturan ini harus selaras dengan keputusan dan proses Anda tentang cara konten dibuat, dikelola, dan disebarkan. Selain itu, pertimbangkan metode Anda untuk kontrol versi seperti yang dijelaskan sebelumnya dalam artikel ini.

Daftar periksa - Saat mempertimbangkan properti ruang kerja lainnya, keputusan dan tindakan utama meliputi:

• Tentukan deskripsi ruang kerja: Pastikan ada deskripsi yang bermanfaat dan menyeluruh yang disertakan dalam deskripsi ruang kerja.
• Gunakan gambar bermanfaat untuk ruang kerja: Atur gambar yang konsisten untuk ruang kerja yang secara visual akan membantu pengguna memahami area subjeknya, yang memiliki dan mengelola konten di ruang kerja, dan/atau jenis konten yang disimpan di ruang kerja.
• Mengidentifikasi kontak untuk ruang kerja: Verifikasi apakah administrator ruang kerja harus menjadi kontak ruang kerja, atau apakah pengguna atau grup tertentu harus ditentukan.
• Tentukan pengaturan model data: Pertimbangkan ruang kerja mana yang dapat mengizinkan pengeditan model data berbasis web. Atur Pengguna dapat mengedit model data di pengaturan penyewa layanan Power BI sesuai dengan preferensi Anda untuk siapa yang dapat mengedit dan mengelola konten.

Faktor teknis lainnya

Ada faktor teknis lain yang mungkin memengaruhi penyiapan ruang kerja Anda.

• Jika Anda mengintegrasikan konten dengan alat dan layanan lain, mungkin ada implikasi lisensi. Misalnya, jika Anda menyematkan visual Power Apps dalam laporan Power BI, Anda memerlukan lisensi Power Apps yang sesuai.
• Ada batas penyimpanan per ruang kerja yang berlaku untuk jumlah data yang dapat Anda simpan di ruang kerja Pro. Jika menggunakan kapasitas atau PPU bukan opsi, pertimbangkan cara bekerja dalam batas penyimpanan selama proses perencanaan ruang kerja.
• Saat Anda menginstal aplikasi templat dari AppSource, aplikasi tersebut akan membuat ruang kerja baru yang akan memiliki subjek dan cakupan yang sempit.

Daftar periksa - Saat mempertimbangkan faktor teknis lainnya, keputusan dan tindakan utama meliputi:

• Perhatikan faktor teknis: Saat Anda bekerja melalui proses perencanaan, tentukan apakah ada alasan teknis (seperti batas penyimpanan per ruang kerja) yang dapat memengaruhi proses pengambilan keputusan Anda.
• Mengatur ulang konten ruang kerja: Jika batas penyimpanan bisa menjadi masalah, buat ruang kerja terpisah sekarang dan terbitkan ulang konten ke ruang kerja baru ini.

Konten terkait

Untuk pertimbangan, tindakan, kriteria pengambilan keputusan, dan rekomendasi lainnya untuk membantu Anda dengan keputusan implementasi Power BI, lihat Perencanaan implementasi Power BI.