規劃移轉至Power BI的部署
本文說明 第 2 階段,這與規劃單一 Power BI 解決方案的移轉有關。
注意
如需上述圖形的完整說明,請參閱 Power BI 移轉概觀。
階段 2 的重點在於定義階段 1 中定義的需求如何用來將解決方案遷移至 Power BI。
階段 2 的輸出包含盡可能多的特定決策,以引導部署程式。
這種性質的決策是反覆且非線性的程式。 某些規劃已在移轉前步驟中發生。 從概念證明(第 3 階段中所述)的學習可以與部署規劃平行進行。 即使建立解決方案(如階段 4 中所述),也會產生會影響部署決策的其他資訊。
重要
階段 1-5 代表與一個特定解決方案相關的活動。 組織/租用戶層級有決策和活動會影響解決方案層級的程式。 Power BI 移轉概觀一文會討論其中一些較高層級規劃活動。 適當時,請延遲組織層級決策以提高效率和一致性。
提示
本文所討論的主題也適用於標準Power BI實作專案。
選擇 Power BI 產品
第一個決策之一是選擇Power BI產品。 這是 Power BI 服務 或 Power BI 報表伺服器 之間的決定。 發佈內容之後,許多額外的選項就可供使用,例如內嵌、行動傳遞和電子郵件訂閱。
警告
如果您想要依賴使用儲存在文件系統中的Power BI Desktop檔案,請注意這不是最佳方法。 使用 Power BI 服務(或 Power BI 報表伺服器)對於安全性、內容發佈和共同作業具有顯著優勢。 稽核和監視活動的能力也會由 Power BI 服務 啟用。
決定工作區管理方法
工作區是 Power BI 服務 的核心概念,可讓工作區管理成為規劃的重要層面。 要詢問的問題包括:
- 這個新解決方案是否需要新的工作區?
- 需要個別工作區才能容納開發、測試和生產環境嗎?
- 個別工作區是否會用於數據和報表,或單一工作區是否足夠? 不同的工作區有許多優點,尤其是保護語意模型(先前稱為數據集)。 必要時,可以與發佈報表的使用者分開管理。
- 工作區的安全性需求為何? 它會影響工作區角色的規劃。 如果內容取用者會使用應用程式, 應用程式 的物件許可權會與工作區分開管理。 應用程式查看器的不同許可權可讓報表或儀錶板的唯讀取用者符合安全性需求的額外彈性。
- 現有的群組是否可以用於保護新內容? 支援 Microsoft Entra ID(先前稱為 Azure Active Directory)和 Microsoft 365 中的這兩個群組。 與現有進程一致時,使用群組可讓許可權管理比指派給個別使用者更容易。
- 是否有任何與外部來賓使用者相關的安全性考慮? 您可能需要與 Microsoft Entra 系統管理員和 Power BI 系統管理員合作,以設定 來賓使用者存取權。
提示
請考慮為特定商務活動或專案建立工作區。 您可能會想要根據組織結構開始建構工作區(例如每個部門的工作區),但這種方法通常過於廣泛。
判斷內容的取用方式
了解解決方案取用者如何偏好檢視報表和儀錶板很有説明。 要詢問的問題包括:
- Power BI 應用程式(包含來自單一工作區的報表和儀錶板)是否為將內容傳遞至取用者的最佳方式,或直接存取工作區是否足以供內容檢視者使用?
- 某些報表和儀錶板是否會內嵌到其他位置,例如 Teams、SharePoint Online 或安全的入口網站或網站?
- 取用者會使用 行動裝置存取內容嗎? 將報表傳遞給小型尺寸裝置的需求會影響某些 報表設計決策。
決定是否可以建立其他內容
有幾個關鍵決策與允許取用者建立新內容相關,例如:
警告
雖然儲存 複製 功能是不錯的功能,但是當報表包含特定圖形或頁首/頁尾訊息時,應該謹慎使用此功能。 由於標誌、圖示和文字訊息通常與商標需求或法規合規性有關,因此請務必仔細控制其傳遞和散發方式。 如果使用 儲存複本 ,但新作者的原始圖形或頁首/頁尾訊息保持不變,可能會導致實際產生報表的人員混淆。 它也可以減少商標的有意義性。
評估 進階版容量的需求
重要
本文有時是指 Power BI 進階版 或其容量訂用帳戶 (P SKU)。 請注意,Microsoft 目前正在合併購買選項,並淘汰每個容量 SKU 的 Power BI 進階版。 新的和現有的客戶應該考慮改為購買網狀架構容量訂用帳戶(F SKU)。
如需詳細資訊,請參閱 Power BI 進階版 授權的重要更新和 Power BI 進階版 常見問題。
當工作區儲存在 進階版 容量時,可以使用其他功能。 以下是 進階版 容量上工作區可能有利之幾個原因:
- 沒有 Power BI Pro 或 進階版 Per User (PPU) 授權的取用者可以存取內容。
- 支援大型語意模型。
- 支援更頻繁的數據重新整理。
- 支援使用數據流的完整功能集。
- 企業功能,包括部署管線和 XMLA 端點。
判斷數據擷取方法
報表所需的數據可能會影響數個決策。 要詢問的問題包括:
- 可以使用現有的Power BI 共用語意模型 ,還是建立適合此解決方案的新Power BI語意模型?
- 現有的共用語意模型是否需要使用新的數據或量值來增強以符合其他需求?
- 哪一 種數據儲存模式 最適合? 選項包括 Import、DirectQuery、Composite 或 Live 連線 ion。
- 匯總應該用來增強查詢效能嗎?
- 建立 數據流 會很有用,而且它可以做為許多語意模型的來源嗎?
- 是否需要註冊新的 閘道數據源 ?
決定將儲存原始內容的位置
除了規劃目標部署目的地之外,規劃將儲存原始內容或來源的位置也很重要,例如:
- 指定儲存原始 Power BI Desktop (.pbix) 檔案的核准位置。 在理想情況下,此位置僅適用於編輯內容的人員。 它應該與 Power BI 服務 中設定安全性的方式一致。
- 針對包含版本控制歷程記錄或原始檔控制的原始Power BI Desktop 檔案使用位置。 版本控制可讓內容作者在必要時還原為舊版檔案。 適用於公司或學校或 SharePoint 的 OneDrive 適用於此用途。
- 指定核准的位置來儲存非集中式源數據,例如一般檔案或 Excel 檔案。 它應該是任何語意模型建立者可以在沒有錯誤的情況下觸達的路徑,並且會定期備份。
- 指定從 Power BI 服務 匯出之內容的核准位置。 目標是確保 Power BI 服務 中定義的安全性不會無意中規避。
重要
指定原始 Power BI Desktop 檔案的受保護位置特別重要,因為它們包含匯入的數據。
評估工作層級
一旦從需求中取得足夠的資訊(如階段 1 中所述)和解決方案部署規劃程式,您現在可以評估工作層級。 然後,可以制定具有任務、時程表和責任的項目計劃。
提示
工作力成本-工資和工資-通常是大多數組織中最高的費用之一。 雖然很難準確估計,但生產力增強功能具有絕佳的投資報酬率(ROI)。
相關內容
在此Power BI 移轉系列中的下一篇文章中,瞭解第3階段,這與進行概念證明有關,以在移轉至Power BI時儘早解決未知問題。
其他有用的資源包括:
- Microsoft 的 BI 轉換
- Power BI 實作規劃
- 有任何問題嗎? 嘗試在 Power BI 社群提問
- 有任何建議嗎? 貢獻想法來改善 Power BI
經驗豐富的Power BI合作夥伴可協助您的組織成功進行移轉程式。 若要與Power BI合作夥伴互動,請流覽 Power BI合作夥伴入口網站。
意見反應
https://aka.ms/ContentUserFeedback。
即將登場:在 2024 年,我們將逐步淘汰 GitHub 問題作為內容的意見反應機制,並將它取代為新的意見反應系統。 如需詳細資訊,請參閱:提交並檢視相關的意見反應