Power BI 使用案例:企業 BI
注意
本文是 Power BI 實作規劃系列文章的其中一篇。 此系列主要著重於 Microsoft Fabric 中的 Power BI 體驗。 如需有關此系列的簡介,請參閱 Power BI 實作規劃。
如 Fabric 採用藍圖所述,企業 BI 的特點是,相較於建立和發佈內容的作者數量,其擁有更大量的內容取用者。
企業 BI 與部門 BI 案例的區別在於使用 Microsoft Fabric 容量或 Power BI Premium 容量,讓內容廣泛地發佈給具有 Fabric 免費授權的取用者。 取用者可以包含組織內的使用者,以及組織外部的來賓使用者。
重要
此文章有時會提及 Power BI Premium 或其容量訂用帳戶 (P SKU)。 請注意,Microsoft 目前正在整合購買選項,並按容量 SKU 淘汰 Power BI Premium。 新客戶和現有客戶應考慮改為購買 Fabric 容量訂用帳戶 (F SKU)。
如需詳細資訊,請參閱 Power BI Premium 授權的重要更新和 Power BI Premium 常見問題集。
大型企業 BI 實作通常會採用集中式方法。 企業 Power BI 內容通常是由集中式小組維護,以便廣泛地在整個組織中使用。 負責內容管理的集中式小組通常是 IT、BI 或卓越中心 (COE)。
注意
有四個內容共同作業和傳遞彼此建置的使用案例。 企業 BI 案例是第四個案例。 您可以在 Power BI 使用案例一文中找到所有案例的清單。
受控 自助 BI 案例引進了分離語意模型和報表開發的重要概念。 為了簡單起見,本文並未明確討論此概念。 建議您儘可能套用在受控自助 BI 案例中討論的概念。
案例圖表
下圖描述支援企業 BI 之最常見使用者動作和 Power BI 元件的高階概觀。 主要重點是大規模組織內容發佈,包括使用 Power BI Premium 容量。 此案例也會描述 Power BI 編頁報表的開發。
提示
如果您想要將此案例圖表內嵌在簡報、文件或部落格文章中,或將其列印成牆面海報,建議您下載案例圖表。 此圖表是可縮放向量圖形 (SVG) 影像,因此您可以將其擴大或縮小,而不會降低品質。
此案例圖表描述下列使用者動作、工具和功能:
項目 | 說明 |
---|---|
Power BI 內容建立者使用 Power BI Desktop 制定 BI 解決方案。 在企業 BI 案例中,建立者通常是集中式小組的成員 (例如 IT、BI 或 COE),可跨組織界限支援使用者。 | |
Power BI Desktop 會連接來自一或多個資料來源的資料。 結合多個來源的查詢和資料混搭是在 Power Query 編輯器中開發的。 | |
資料模型開發和報表建立是在 Power BI Desktop 中完成。 目的是藉由將資料放在視覺內容中,協助同事了解資料的意義和重要性。 | |
當就緒時,內容建立者會將其 Power BI Desktop 檔案 (.pbix) 或 Power BI 專案檔案 (.pbip) 發佈至 Power BI 服務。 | |
報表建立者會使用 Power BI Report Builder 來開發編頁報表。 | |
Power BI Report Builder 會查詢來自一或多個資料來源類型的資料。 | |
準備就緒時,報表建立者會將其 Power BI Report Builder (.rdl) 發佈至Power BI 服務。 | |
多個 Power BI 專案類型可以發佈至具有 Fabric 架構容量、Premium 容量或 Premium Per User 授權模式的工作區。 | |
在企業 BI 案例中,描述使用 Fabric 容量或 Premium 容量 (而非 Premium Per User)。 這項選擇是針對許多擁有免費 Fabric 授權的內容檢視人員提供內容傳遞支援。 | |
部分或全部報表和儀表板都會發佈為 Power BI 應用程式。 應用程式的目的是要為取用者提供一組相關內容,讓使用者的方便方式檢視。 | |
Power BI 應用程式使用者會新增至應用程式對象,其中會具備唯獨權限。 應用程式設定、應用程式內容和應用程式物件會與工作區分開管理。 在企業 BI 案例中,具有任何類型的 Power BI 授權 (Fabric (免費))、Power BI Pro 或 Premium Per User 使用者,都可以指派為應用程式的檢視人員。 這項功能僅適用於當工作區指派給 Fabric 容量或 Premium 容量的授權模式 (免費使用者無法存取指派給 Premium Per User 或 Embedded 的授權模式的工作區內容)。 | |
Power BI 行動裝置應用程式也可用於檢視應用程式和工作區內容。 | |
經常在 Microsoft Teams 工作的使用者,可能會覺得直接在 Teams 中管理或檢視 Power BI 內容很方便。 | |
指派給系統管理員、成員或參與者的使用者工作區角色可以發佈和管理工作區內容。 | |
排程的資料重新整理是在 Power BI 服務中設定,以將匯入的資料—保持在語意模型或資料流—最新狀態。 | |
某些資料來源可能需要內部部署的資料閘道或 VNet 閘道以便重新整理資料,例如位於私人組織網路內的資料來源。 | |
其他自助內容建立者可以使用現有的語意模型來撰寫新的報表。 建立者們可以選擇使用 Power BI Desktop、Excel 或 Power BI Report Builder。 強烈建議以這種方式重複使用現有的語意模型。 受控自助 BI 案例會進一步探索共用語意模型重複使用。 | |
網狀架構管理員會在網狀架構入口網站中監督和監視活動。 企業 BI 解決方案通常受限於比小組 BI 或部門 BI 解決方案更嚴格的治理需求。 |
重點
以下是關於企業 BI 案例要強調的一些重點。
報表製作工具的選擇
Power BI Desktop 是開發高度互動式報表的工具,而 Power BI Report Builder 是開發編頁報表的工具。 如需關於何時使用編業報表的詳細資訊,請參閱何時使用 Power BI 中的編頁報表。
當樞紐分析表或樞紐分析圖更符合報表需求時,Excel 報表也可以發佈至 Power BI 服務 (案例圖表中未描述)。
來源檔案儲存體
針對企業 BI,將來源 Power BI Desktop 檔案和 Power BI Report Builder 檔案儲存在安全的共用位置至關重要。 工作或學校版 OneDrive 或 SharePoint 等位置很有用 (案例圖表中未描述)。 共用連結庫是安全性實體,可供同事輕鬆存取,並具有內建版本控制功能。
當 BI 解決方案的共同管理牽涉到具有不同技能集的多人時,請考慮將模型和報表分離成個別的 Power BI Desktop 檔案 (如在受控自助 BI 案例中所述)。 此方法鼓勵重複使用語意模型,而比在編輯 Power BI Desktop 檔案的人員之間持續交替更有效率。 例如,當一個人在處理語意模型,而另一個人處理報表時特別有用。
工作區
Power BI 工作區可作為 Power BI 服務中的邏輯容器,以儲存相關的 Power BI 項目,例如語意模型和報表。 雖然此案例描述一個工作區,但通常需要多個工作區來滿足所有工作區規劃需求。
受控自助 BI 案例描述個別工作區的使用方式。
工作區授權模式
工作區授權模式可以指派給 Pro、Premium per user (PPU)、Premium per capacity 或 Embedded。 此選項會影響功能可用性,以及哪些使用者可以存取工作區中的內容和相關聯的 Power BI 應用程式。 企業 BI 案例通常牽涉到許多內容取用者。 因此,使用 Premium per capacity 授權模式,來發佈內容給具有免費授權的使用者可符合成本效益。
Power BI 應用程式發行集
針對企業 BI,Power BI 應用程式適用於取用者的內容發佈 (而不是直接工作區存取,如團隊 BI 案例中所述)。 Power BI 應用程式為取用者提供最佳體驗,因為這會提供一組使用者易記瀏覽體驗的相關內容。 當內容開發人員無法與應用程式取用者密切合作時,Power BI 應用程式特別有用。
Power BI 應用程式權限
Power BI 應用程式使用者會獲授與應用程式的唯讀權限,而且這些權限會與工作區分開管理。 這個額外的彈性層級便於管理誰可以檢視內容。
對於企業 BI,最佳做法是限制工作區存取權給負責內容製作、開發和品質保證活動的人員。 一般而言,只有少數人真正需要工作區存取權。 取用者可以開啟 Power BI 應用程式來存取內容,而不是開啟工作區。
將內容發佈給具備 Fabric 免費授權使用者
具有 Power BI 免費授權的使用者 (或 Power BI Pro 或 PPU 授權) 可以在授予應用程式存取權或新增至工作區角色時檢視內容,前提是工作區已指派給 Premium 容量。 這項將內容發佈給具有免費授權使用者的功能,不適用於任何其他工作區授權模式,包括 Pro、Premium per user 或 Embedded。
Power BI Premium 容量授權
此案例說明 P SKU (例如 P1、P2、P3、P4 或 P5) 的使用方式。 一般生產案例需要 P SKU,且適用於本文所述的企業 BI 案例。
管理內容的生命週期
一般而言,企業 BI 解決方案需要生產內容的穩定性。 一方面是控制內容部署至生產環境的時機和方式。 自助內容發佈案例說明部署管線的使用方式。
重新使用現有的語意模型
重複使用現有的語意模型對於小組共同作業很重要。 這有助於提升單一版本的真相。 當少數語意模型建立者支援許多報表建立者時,這尤其重要。 Power BI Desktop 即時連線可以將報表連線到現有的語意模型,避免需要建立另一個語意模型。 或者,當使用者想要建立 Excel 報表時,他們可以使用在 Excel 中分析功能。 保留與語意模型的連線,是偏好將資料匯出至 Excel,因為:
- 避免建立重複的語意模型。
- 會降低不一致資料和計算的風險。
- 會支援視覺效果內的所有切片、切塊和旋轉功能,同時維持連線到儲存在 Power BI 服務中的語意模型。
若要存取現有的語意模型,內容建立者必須具有語意模型的建置權限。 它可以在將使用者指派給工作區角色 (參與者或更高角色) 時,直接或間接授與,或在發佈 Power BI 應用程式或共用 Power BI 項目時授與。 受控自助 BI 案例會進一步探索共用語意模型的重複使用。
閘道安裝
通常,存取位於私人組織網路或虛擬網路內的資料來源時,需要資料閘道。 一旦將 Power BI Desktop 檔案發佈至 Power BI 服務,內部部署資料閘道就會變得相關。 資料閘道器的兩個用途是重新整理匯入的資料,或檢視會查詢即時連線或 DirectQuery 語意模型的報表 (案例圖表中未描述)。
注意
針對團隊、部門、和企業 BI 案例,強烈建議您透過個人模式的閘道,使用標準模式的集中式資料閘道器。 在標準模式中,資料閘道支援即時連線和 DirectQuery 作業 (除了排程的資料重新整理作業)。
系統監督權
活動記錄會記錄 Power BI 服務中發生的使用者活動。 Power BI 管理員可以使用收集的活動記錄資料執行稽核,以協助他們了解使用模式和採用。 活動記錄對於支援治理工作、安全性稽核和合規性需求也很重要。
相關內容
在本系列的下一篇文章中,深入了解在受控自助 BI 案例中重複使用語意模型的重要性。