「AzureとMicrosoft Fabricって何が違うのか。同じMicrosoftの製品なのに、どちらを選ぶべきか判断できない」
こうした疑問を持つPower BIユーザーは少なくない。2023年11月にMicrosoft FabricがGA（一般提供）になってから、「Azure Synapse AnalyticsはFabricに統合された」「Power BI PremiumのP-SKUは廃止方向」という情報が出回り始め、データ基盤の担当者が対応を迫られている。
この記事では、Microsoft FabricとAzureの違いをPower BIユーザーの視点から整理する。FabricとAzureの関係性・6つのワークロードの役割・OneLake設計の考え方・移行判断の基準を、az CLIの実行例とともに解説する。
この記事のポイント
・FabricはAzureの上で動くSaaS。IaaS/PaaSとは別物の分析特化PF
・Power BIはFabricの6ワークロードの1つ。OneLakeで一元管理できる
・P-SKUからF-SKUへの移行はキャパシティ再作成が必要。可用性計画が必須
・ADLSのデータはOneLakeショートカットでコピーなしに参照できる
でも安心してください。プロのエンジニアはコマンドを暗記していません。
「現場で使える型」を効率よく使いこなしているだけです。
Microsoft FabricとAzureは「同列の比較」ではない
まず前提を整理しておきたい。Microsoft FabricとAzureは「AWSのデータウェアハウスとAWSインフラ」のような対比ではなく、「基盤」と「その基盤のうえで動くSaaS製品」の関係だ。AzureはMicrosoftのクラウドインフラ基盤そのものだ。仮想マシン（VM）・仮想ネットワーク（VNet）・Azure SQL Database・Azure Kubernetes Service（AKS）など、IaaSからPaaSまで幅広いサービスを提供する。
Microsoft Fabricは、AzureのインフラのうえでSaaSとして提供される分析特化のプラットフォームだ。Fabricのバックエンドは実際にはAzureで動いているが、ユーザーはAzureのVM・VNet・ストレージアカウントを直接管理しない。FabricポータルのURL（app.fabric.microsoft.com）から、データエンジニアリング・BIレポート・データウェアハウスをまとめて操作できる。
| 観点 | Azure | Microsoft Fabric |
|---|---|---|
| サービス形態 | IaaS / PaaS | SaaS（分析特化） |
| 対象ワークロード | 汎用インフラ全般 | データ分析・BI・ML |
| ユーザーが管理するもの | VM・VNet・ストレージ等 | ワークスペース・データセット等 |
| リソース操作 | Azureポータル / az CLI | Fabricポータル（一部az CLI） |
| 課金単位 | 使用リソース従量課金 | Fabricキャパシティ（F-SKU） |
Power BIユーザーが知っておくべき3つの変化
Power BIを使ってきたユーザーにとって、Microsoft Fabricへの移行は「Power BIがアップグレードした」と映るかもしれない。しかし実際には、データ基盤の考え方が根本から変わっている。1. Power BIがFabricの6ワークロードの1つになった
Microsoft Fabricには、以下の6つのワークロードが含まれている。・Data Engineering: Sparkを使ったデータ変換・加工（Lakehouse構築）
・Data Factory: パイプラインによるデータ統合（Azure Data Factoryの機能がFabric内に統合）
・Data Science: 機械学習モデルの構築・実験管理
・Data Warehouse: SQLベースの分析用データウェアハウス
・Real-Time Intelligence: ストリーミングデータのリアルタイム分析
・Power BI: BIレポートとダッシュボードの作成・配信
Power BIはこれら6ワークロードの1つに組み込まれた形だ。FabricのワークスペースでPower BIレポートを作成すると、同じワークスペース内のLakehouseやWarehouseと直接接続できる。従来のPower BI Serviceとは異なり、データ取得・変換・可視化の全工程がFabric内で完結する。
2. OneLakeへのデータ統合が前提になった
Fabricのデータストレージ基盤は「OneLake」と呼ばれる統合ストレージだ。技術的にはAzure Data Lake Storage Gen2（ADLS Gen2）のうえに構築されているが、ユーザー視点ではFabricテナント単位の「1つのデータレイク」として扱える。従来のAzure構成では、データレイク（ADLS Gen2）・分析エンジン（Azure Synapse Analytics）・BIツール（Power BI Service）が別々のリソースとして存在し、それぞれの接続設定とIAM管理が必要だった。FabricのOneLakeでは、これらが1つのテナント内でシームレスにつながる設計になっている。
3. ライセンス体系がF-SKUに統合された
Power BI PremiumのP-SKU（P1～P5）はFabricのF-SKU（F2～F2048）に移行している。F-SKUは「コンピュートキャパシティの単位」であり、Power BIのレポートレンダリングだけでなく、Data WarehouseクエリやSparkジョブも同じキャパシティから消費する。2024年以降、Microsoftは新規のP-SKU販売を終了し、F-SKUへの移行を推奨している。既存のPower BI Premium（P1以上）ユーザーは、FabricのデータエンジニアリングやData Warehouseワークロードを追加費用なしで試すことができる。
az CLIでFabricキャパシティを確認する実践手順
移行を検討する際は、まず現在のAzureサブスクリプション内にFabricキャパシティが存在するかを確認する。以下の手順でaz CLIを使って確認できる。# install microsoft fabric cli extension az extension add --name microsoft-fabric # list fabric capacities in the subscription az fabric capacity list --subscription "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx" --output table
Name ResourceGroup State Sku Location ----------------- ----------------- -------- ----- ------------ fabric-prod-cap rg-data-platform Active F8 japaneast fabric-dev-cap rg-data-dev Active F2 japaneast
AzureのLinux VMやVNetとFabricを組み合わせてデータ分析基盤を設計する場合は、AzureのLinuxサーバー構築ハンズオンもあわせて参照してほしい。
Azure単独 vs Microsoft Fabric — 移行の判断軸
「今のAzure構成（Synapse Analytics + ADLS Gen2 + Power BI Service）をFabricに移行すべきか」という判断は、業務の中心がデータ分析かどうかで変わる。1. データ分析が中心業務ならFabricが有利
データエンジニア・BIエンジニア・データサイエンティストが同じ組織に存在し、データ基盤の統合管理を目指す場合はFabricが有効だ。OneLake Securityによるロールベースのアクセス制御が組み込まれており、ADLS Gen2とSynapse Analyticsで別々に管理していたIAM設定をFabricのワークスペースレベルで一元化できる。2. 汎用インフラが中心ならAzureを直接使う
WebアプリケーションサーバーやコンテナクラスターなどLinux系インフラ管理が中心であれば、Fabricに移行するメリットは薄い。Fabricはデータ分析系ワークロードの統合プラットフォームであり、Azure VMやAKSを置き換えるものではない。「Azureのインフラ上でLinuxを動かしつつ、分析だけFabricに任せる」というハイブリッド構成が実務上は現実的だ。3. コスト比較はF-SKUの停止・起動運用を前提に考える
P1キャパシティ（月額約35万円前後）とF8キャパシティの費用は近い水準だが、F-SKUは夜間・週末の停止で実質コストを削減できる。本番運用前にFabricキャパシティを開発・テスト環境から試し、実際のコンピュート消費量を測定してから規模を決めることを推奨する。移行時によくあるトラブルと対処法
1. Synapse Analyticsパイプラインの一部がFabricで動かない場合
FabricのData FactoryはAzure Data Factory（ADF）と似た操作感だが、サポートするコネクタや変換機能に差がある。Synapse Analyticsパイプラインの全件をFabricに一括移行できるわけではない。移行前に既存パイプラインを棚卸しし、Fabric Data Factoryで再現できるかを1本ずつ検証する必要がある。【重要】Synapse Analyticsのスクリプトアクティビティ（T-SQL直接実行）はFabric Data Factoryでは非サポートだ。相当の変換ロジックをFabric Warehouseのストアドプロシージャに書き直す設計変更が必要になる。
2. ADLSのOneLakeショートカット接続が認証エラーになる場合
OneLakeショートカットでADLS Gen2を参照する際、Entra ID（旧Azure AD）のマネージドIDまたはサービスプリンシパルへの「ストレージBLOBデータ共同作成者」ロール割り当てが必要だ。ADLS側のロール設定が不足していると認証エラーになる。az CLIで以下のように確認する。# check role assignments on the storage account az role assignment list --scope /subscriptions/xxxxxxxx/resourceGroups/rg-data/providers/Microsoft.Storage/storageAccounts/myadlsgen2 --output table
3. P-SKUからF-SKUの移行中にPower BIレポートが表示されなくなった場合
注意が必要な手順として、P-SKUキャパシティを停止すると、そのキャパシティに割り当てられていたすべてのワークスペースのPower BIレポートに一時的にアクセスできなくなる。F-SKUの新キャパシティを作成してワークスペースを再割り当てするまでの間、ユーザーはレポートを開けない状態になる。業務外の時間帯（夜間・週末）に計画的に実施すること。まとめ — Microsoft FabricとAzureの使い分け早見表
| 状況 | 推奨アクション | 理由 |
|---|---|---|
| Power BI Premium P-SKUを使用中 | Fabric移行を検討 | P-SKU新規販売終了。F-SKUが後継 |
| Azure Synapse Analytics中心 | 段階的にFabricへ移行 | Fabricにデータウェアハウス機能が統合済み |
| Linux VM・コンテナ基盤が中心 | Azureを直接使う | FabricはインフラレイヤーをカバーしないSaaS |
| ADLSデータをFabricで分析したい | OneLakeショートカット活用 | データコピー不要でFabricから参照できる |
| コスト最適化が最優先 | F-SKUの停止・起動運用 | 夜間・週末停止でP-SKUより低コストになる場合も |
現場で通用する安全なLinuxサーバー構築の「型」を体系的に身につけたい方へ、AzureでLinuxサーバーを実践構築するハンズオン講座を用意しています。VNet設計からLinux VM構築・セキュリティ設定まで、現場エンジニアが実際に使う構成を体系的に習得できます。
3,100名以上が実践した「型」を無料で公開中
プロのエンジニアはコマンドを暗記していません。
「現場で使える型」を効率よく使いこなしているだけです。
その「型」を図解60Pにまとめた入門マニュアルを、完全無料でプレゼントしています。
姓・名・メールの3つだけ／30秒／解除は3秒 ／ 詳細はこちら
この記事を書いた人
宮崎 智広（みやざき ともひろ）
株式会社イーネットマーキュリー代表。現役のLinuxサーバー管理者として20年以上の実務経験を持ち、これまでに累計3,100名以上のエンジニアを指導してきたLinux教育のプロフェッショナル。「現場で本当に使える技術」を体系的に伝えることをモットーに、実践型のLinuxセミナーの開催や無料マニュアルの配布を通じてLinux人材の育成に取り組んでいる。
趣味は、キャンプにカメラ、トラウト釣り。好きな食べ物は、ラーメンにお酒。休肝日が作れない、酒量を減らせないのが悩み。最近、ドラマ「フライトエンジェル」を観て涙腺が崩壊しました。
- 前のページへ：azure dシリーズ違いを図解比較｜VM SKU選定とコスト最適化の実践ガイド
- この記事の属するカテゴリ：Azureへ戻る
無料メルマガで学習を続ける
Linuxの実践スキルをメールで毎週お届け。
登録は30秒、解除もいつでも可。
登録無料・いつでも解除できます