Power BI 和 Fabric 許可指南 (2025)：Pro、PPU 與 F64

統一分析的新時代

微軟從根本上重新定義了其分析格局。 Power BI 不再是一個獨立的工具；它是 Microsoft Fabric 中的核心 BI 體驗，Microsoft Fabric 是一個整合了 Azure 數據工廠和 Synapse 等服務的統一平台。這種集成需要一種新的、整體的許可方法，將選擇轉變為整個數據資產的戰略架構決策。

關鍵戰略轉變

• 強制遷移：Power BI Premium (P-SKU) 即將停用。所有客戶必須在 2025 年 2 月 1 日之後的下一次續訂時過渡到 Fabric (F-SKU)。這不是可選的。
• F64 臨界點：在 F64 容量級別，查看器不再需要付費的 Pro 許可證，從而極大地改變了大規模部署的總擁有成本 (TCO)。
• 架構選擇：許可現在是一個架構決策。選擇每用戶的自助服務敏捷性或企業分發和完整 Fabric 平台的容量。

了解現代數據堆棧

Power BI Desktop 與 Power BI 服務

Power BI 生態系統按照共生工作流程運行：本地開發、全球分發和管理。

Power BI Desktop（工作台）

用於密集開發的免費 Windows 應用程序。這是分析師連接數據、在 Power Query 中執行 ETL 以及使用 DAX 構建複雜數據模型的地方。

Power BI 服務（雲中心）

用於協作的 SaaS 平台。共享已發布的報告、創建儀表板、計劃數據刷新以及管理安全性（如行級安全性）。

信息圖：本地數據網關

本地數據

（SQL 服務器、文件）

安全橋

（網關軟件）

微軟雲

（Power BI 服務）

網關充當安全隧道，允許 Power BI 服務刷新本地網絡中的數據，而無需打開有風險的入站防火牆端口。它是關鍵任務基礎設施，必須進行相應的管理。

深入探討：每用戶許可

Power BI 專業版

Pro 是協作的基礎許可證。它使用戶能夠將內容髮佈到 Power BI 服務並與其他 Pro 用戶共享。其線性成本模型（約 14 美元/用戶/月）非常適合創作者和小型團隊，但對於大規模觀看來說就變得昂貴。

Power BI Premium 每用戶 (PPU)

PPU（約 24 美元/用戶/月）是 Pro 的超集，可解鎖 100 GB 模型、部署管道和高級 AI 等企業功能。然而，它有一個關鍵的限制：

“PPU 筒倉”約束

PPU 工作區中的內容只能與其他 PPU 用戶共享。 PPU 用戶無法與 Pro 用戶共享。這使得 PPU 成為需要強大功能但不需要廣泛分發的小型高級團隊的利基許可證。

深入探討：容量許可

容量許可將成本從個人用戶轉移到專用計算資源池，以容量單位 (CU) 衡量。這是大規模 BI 和統一數據平台工作負載的企業模型。

強制 P-SKU 到 F-SKU 遷移

Power BI Premium P-SKU 即將停用。所有客戶必須在 2025 年 2 月 1 日之後的下一次續訂時遷移到 Fabric F-SKU。這使 Power BI 與 Azure 的計費和管理框架保持一致，使其符合 Azure 消耗承諾 (MACC) 的資格。

面料採購與管理

即用即付 (PAYG)

按秒計費。隨時擴大、縮小或暫停容量的最大靈活性。非常適合開發或可變工作負載。

預留實例

承諾 1 年期，享受約 41% 的折扣。適用於穩定、24/7 生產工作負載的最具成本效益的選擇。

容量管理

使用 Fabric 容量指標應用程序監控 CU 消耗。採用平滑（隨著時間的推移平均負載）和暫停/縮放來優化性能和成本。在擴大容量之前優化低效的報告。

Power BI 報表服務器

對於具有嚴格本地數據要求的組織，報表服務器允許您在自己的數據中心託管報表。它不單獨出售，需要大量投資：

• 具有有效軟件保障的 SQL Server Enterprise Edition，或者
• Microsoft Fabric F64（或更高版本）預留實例。

交互式共享矩陣：誰可以訪問什麼？

Power BI 的共享規則很複雜。使用下面的選擇器測試不同的場景，並根據其許可證和工作區類型準確了解誰可以查看內容。

出版商許可證

Power BI 專業版
強力買入

工作空間類型

專業版（共享）
聚苯胺
面料 F64+

觀眾許可

自由的
Power BI 專業版
強力買入

交互式決策框架

使用這些過濾器為您的組織找到最佳的許可策略。

1. 公司規模/團隊

中小型企業/部門
大型企業

2. 主要用例

內部商業智能
受監管/本地部署
嵌入應用程序 (ISV)

3. 觀看人數：

我們的建議：

Power BI 專業版

非常適合內容創建者和小型團隊。按用戶付費。最適合入門和部門協作。

強力買入

適合需要企業功能（大型模型、AI）但容量不足的高級用戶。當心“PPU 筒倉”。

面料 F64+ 容量

企業的選擇。允許無限的觀看者使用免費許可證，使其大規模具有成本效益。解鎖完整的 Fabric 平台。

Power BI 報表服務器

適用於具有嚴格本地數據要求的組織。需要 SQL Server Enterprise (SA) 或 Fabric F64+ 預留實例。

嵌入式 Power BI

專供 ISV 和開發人員將分析嵌入到外部用戶的自定義應用程序中。通過 Azure 計費。

TCO 和盈虧平衡分析

下圖顯示了經濟收支平衡點，其中 Fabric F64 容量比向所有觀眾授予 Pro 許可更具成本效益。這種情況通常發生在 350-400 名用戶之間。

未解答的問題和專家分析

向 Fabric 的過渡造成了模糊性。按角色過濾這些常見問題，找到與您最相關的答案。

所有角色
信息技術管理員
商業智能開發人員
金融分析師
商業用戶

1. F32 容量的查看器還需要 Pro 許可證嗎？

答：是的。僅在 F64 SKU 及更高版本中取消了查看者擁有付費 Power BI Pro 許可證的要求。 F2 到 F32 容量的任何工作區仍要求所有查看者擁有 Pro（或 PPU）許可證。

為什麼存在差距：在討論免費查看器訪問時，Microsoft 的官方文檔始終將“F64 或更高版本”分組，隱式排除所有較低層。 F32 缺乏明確的“否”導致了社區的猜測。

2. 暫停 Fabric 容量時，查看者訪問會發生什麼情況？

答案：訪問恢復為需要 Pro/PPU 許可證。當容量暫停時，其計算將關閉，並且不再提供“免費查看器”優勢。該工作區的行為實際上類似於共享容量的標準工作區，這意味著未經許可的用戶將失去訪問權限，直到恢復容量為止。

為什麼存在差距：文檔重點介紹了暫停容量的成本節約機制，但未能詳細說明暫停狀態期間對用戶許可證實施的關鍵影響。

3. 語義模型存儲費用是否捆綁到 F-SKU 中？

答：是的，不超過所含的限額。每個 F-SKU 均附帶基本數量的 OneLake 存儲（例如，F64 包括 1TB）。 Power BI 語義模型消耗此存儲。如果租戶的總存儲使用量（來自所有 Fabric 項目）超過此包含的金額，則超出部分將按標準 OneLake 即用即付費率計費。

存在差距的原因：營銷強調“捆綁”存儲，但 Azure 存儲超額概念（大多數 Azure 服務的標準）通常以細則形式出現，從而導致相互矛盾的解釋。

4. 如何將 Fabric 容量交叉計費到不同的成本中心？

答案：使用 FabricCapacity Metrics 應用程序手動進行。目前，Azure 成本管理中沒有原生功能可以按工作區或成本中心自動拆分和標記單個 Fabric 容量賬單。官方的解決方法是使用指標應用程序按工作區導出 CU 消耗數據，然後使用該數據手動分配總容量成本。

為什麼存在差距：這是一個功能差距。本機 Azure 計費和標記工具尚未滿足 Fabric 等統一平台的精細、多租戶報告需求。

5. 外部 B2B 訪客用戶可以使用免費許可證查看 F64 上的內容嗎？

答：是的。正確配置的 B2B 來賓用戶只需使用其家庭租戶中的 Fabric Free 許可證即可訪問 F64+ 工作區中的內容。如果啟用了用於 B2B 共享的 Power BI 租戶設置，則該容量的“免費查看者”權利會擴展到來賓用戶。

為何存在差距：微軟的 B2B 文檔非常複雜，並且通常默認描述 Pro-to-Pro 共享模型，從而導致與基於容量的免費查看的具體交互變得模糊。

6. Fabric F-SKU 是否授予 Power BI 報表服務器 (PBIRS) 的權限？

答：可以，但僅限預留實例。 Fabric F64 或更高版本的預留實例包含在本地安裝和運行 PBIRS 的權利（1 年承諾）。即用即付 F-SKU 不授予此權利。

為什麼存在差距：許多第三方比較文章甚至一些最初的 Microsoft 圖表都未能指定關鍵的“預留實例”先決條件，導致錯誤地認為購買任何 F64 就足夠了。

7. 服務主體需要什麼許可證才能獲得 F 能力？

答：沒有。服務主體 (SP) 不消耗許可證。當 SP 對 Fabric 容量中的工作區執行操作（例如刷新數據集）時，它會在容量本身的身份和權限下運行。關鍵要求是將租戶設置啟用為“允許服務主體使用 Power BI API”。

為什麼存在差距：人類用戶（總是需要許可證）的許可模型經常被錯誤地推斷為適用於服務主體等非人類參與者，導致論壇中持續存在混亂。

8.“爆發”的CU消耗如何定價？

答：沒有直接定價；這是一個性能特徵。爆發允許容量通過使用空閒全局計算暫時超過其 CU 限制。不收取每分鐘超額費用。持續爆發的“成本”是性能下降——如果你的 24 小時平均消耗超過你購買的 CU，Fabric 將開始限制（延遲）後續作業。該機制會推動您優化報告或升級到更高的 SKU，而不是支付超額費用。

為什麼存在差距：其他雲服務中的“爆發”一詞通常意味著超額的直接成本。 Fabric 將其用作性能管理和限制機制，這是一個重要的區別，在高級文檔中沒有明確解釋。

9. Copilot for Power BI 的最低 SKU 是多少？

答案：F64。要跨 Microsoft Fabric（包括在 Power BI 中）使用 Copilot，租戶必須至少具有 F64 容量。 Copilot 的 AI 處理在容量的計算上運行，F64 是此功能定義的最低下限。

為什麼存在差距：最初的營銷公告含糊其辭，在官方文檔更新以指定 F64 作為具體要求之前使用了“足夠容量”等短語。

10. Fabric Free 用戶能否在 F 容量中安排 Dataflow Gen2 刷新？

答案：不可以。雖然任何用戶（包括免費用戶）都可以在 Fabric 容量工作區中創建並手動運行 Dataflow Gen2，但計劃刷新的特定操作需要用戶擁有 Power BI Pro 許可證。調度被認為是專業級的自動化和協作功能。

為什麼存在差距：官方功能表通常關注工件（如數據流）可以做什麼，但不太清楚與該工件相關的每個操作（如創作與調度）所需的特定許可證。

11. 實時智能工作負載如何消耗 CU？

答：基於主動處理。實時智能工作負載（事件流、KQL 數據庫）與所有其他 Fabric 項目一樣使用來自同一中央池的 CU。消耗是根據活動工作來計量的，例如數據攝取率和查詢執行複雜性。創建實時儀表板不需要超出 Fabric 容量的單獨許可證以及作者的 Pro 許可證。

建議閱讀：用於 SPLA、CSP 多租戶託管的 Windows Server 2025 許可指南

存在差距的原因：作為較新的 Fabric 工作負載之一，實時智能的文檔不太成​​熟，並且缺乏可用於 Power BI 等更成熟的服務的詳細 CU 消耗示例和計算器。

12. PPU工作空間和Fabric容量如何共存？

答案：它們作為並行、隔離的環境共存。租戶可以擁有 Fabric F-SKU，也可以擁有擁有 PPU 許可證的用戶。 PPU 工作區不會轉換或合併；它們仍然是不同的“孤島”。 PPU 用戶可以訪問其 PPU 工作區中的內容（僅與其他 PPU 用戶共享），也可以訪問 F64+ 容量工作區中的內容（他們的 PPU 許可證允許他們充當查看者）。

為何存在差距：遷移文檔主要關注 P-SKU 到 F-SKU 的路徑，常常忽略 PPU 繼續作為單獨的並行許可軌道發揮作用的事實，從而導致錯誤的“非此即彼”假設。

結論和戰略路線圖

向 Microsoft Fabric 的轉變是一個戰略轉折點。您的許可選擇不再僅僅與 BI 相關；還與 BI 相關。這關係到您如何投資整個數據資產。正確的決策取決於組織的規模、用戶角色和長期數據策略。

對於中小企業和團隊

從 Power BI Pro 開始。它靈活且經濟高效。為需要高級功能的特定高級用戶添加 PPU 許可證。監控您的總支出，了解何時需要考慮容量。

對於大型企業

Fabric F64+ 預留實例是您的戰略基礎。它為廣泛的報告分發提供了最佳的 TCO，並釋放了從 ETL 到 AI 的統一數據平台的全部潛力。

採用路線圖

成功採用和管理這些模型需要採取主動的遷移和治理方法。仔細規劃 P-SKU 到 F-SKU 的遷移，使用 Fabric 容量指標應用程序監控消耗情況，並始終記住黃金法則：首先優化報告，然後擴展容量。