Azure

Microsoft Fabric Lakehouse Intro: OneLake, Shortcut, Direct Lake & Medallion

2026-05-24
NicheeLab Editorial Team

Microsoft Fabric Lakehouse is the unified data platform offered by the Data Engineering workload of Microsoft Fabric. It is Microsoft's implementation of the Lakehouse architecture, combining the characteristics of a Data Lake and a Data Warehouse, and is rapidly being adopted as the successor to Azure Synapse / Databricks-style stacks. This article walks through the Lakehouse basics, OneLake, Shortcut, Direct Lake, Medallion implementation, and cost management.

Lakehouse Basics

  • Stored internally in Delta Parquet format in OneLake (Fabric's unified storage)
  • Processed with Apache Spark (PySpark / Spark SQL / Scala)
  • Read-only T-SQL queries via the SQL Endpoint
  • Ultra-low-latency analytics via Power BI Direct Lake mode
  • Two-section layout: Tables (Delta Tables) and Files (Raw Files)

OneLake and Shortcut

OneLake is Fabric's unified storage layer, shared by every Fabric workload. It is built on ADLS Gen2 internally.

Data Sources Supported by Shortcut

  • ADLS Gen2 Storage Account
  • Amazon S3
  • Google Cloud Storage
  • Dataverse
  • OneLake in another Workspace

Typical Use Cases

  • Use existing ADLS Gen2 data directly from Fabric (no migration needed)
  • Multi-cloud data integration over AWS S3
  • Data sharing across Workspaces (access control stays with the source Workspace)

Shortcuts let Fabric achieve "data integration without data movement," making them a cornerstone of cross-cloud data lake strategies.

Direct Lake Mode

Direct Lake is one of Power BI Semantic Model's connection modes in Microsoft Fabric.

ModeBehaviorSpeedFresh DataWhen to Use
ImportCopies data into Power BIFastestRequires periodic refreshTraditional default
DirectQueryHits the source per querySlowAlways freshReal-time requirements
Direct LakeReads Delta Parquet directlyImport-levelAlways freshFabric's recommended mode
  • No refresh required (always up-to-date)
  • Handles larger data than Import (billions of rows+)
  • Requires Power BI Premium / Fabric Capacity
  • One of Fabric's biggest differentiators

Building a Lakehouse

  1. Workspace -> New Item -> Lakehouse -> enter a name (created in seconds)
  2. Lakehouse Explorer shows two sections, Tables and Files
  3. Upload files to Files (CSV / JSON / Parquet / various formats)
  4. Run PySpark code in a Notebook to process data
  5. Create a Delta Table with df.write.format('delta').saveAsTable('table_name')
  6. Run T-SQL queries via the SQL Endpoint
  7. BI analytics through the auto-created Power BI Semantic Model (Direct Lake connection)

Sample Spark Code

from pyspark.sql import functions as F

df = (spark.read
    .format('csv')
    .option('header', 'true')
    .load('Files/raw/sales_2024.csv'))

cleaned = (df
    .filter(F.col('amount') > 0)
    .withColumn('processed_at', F.current_timestamp()))

cleaned.write.format('delta').mode('overwrite').saveAsTable('cleaned_sales')

Implementing Medallion Architecture

Medallion implementation patterns on Fabric Lakehouse:

  1. Create three Lakehouses for Bronze / Silver / Gold in the Lakehouse Workspace (environment isolation), or split by Schema/Folder inside one Lakehouse
  2. Bronze: drop source data as-is into Files (CSV / JSON / Parquet), or store minimally-schemaed Delta Tables in Tables
  3. Silver: read from Bronze in PySpark → cleansing / JOIN / type casting → write to Delta Tables
  4. Gold: aggregate from Silver → store as Star Schema or Wide Tables in Delta format
  5. Orchestrate the Bronze → Silver → Gold dependencies with Pipelines
  6. Analyze Gold via Power BI Direct Lake

For details, see the Medallion section of Data Lake Gen2 Complete Design.

Lakehouse vs Warehouse

AspectLakehouseWarehouse
EngineApache SparkMicrosoft SQL Engine
LanguagePySpark / Spark SQL / ScalaT-SQL
FormatDelta LakeDelta Parquet (internal)
Data TypesStructured + semi-structured + unstructuredPrimarily structured
SchemaSchema-on-Read (flexible)Schema-on-Write (strict)
ACIDYes (Delta)Yes
Use CasesBig Data / ML / StreamingSQL analysts / BI

Read more in Fabric Lakehouse vs Warehouse: Complete Comparison.

Capacity Unit (CU) and Cost Management

Fabric's billing unit is the Capacity Unit (CU).

Main SKUs

SKUCUMonthly cost (approx.)Typical Use
F22~40k JPYDevelopment
F44~80k JPYDevelopment / Testing
F1616~300k JPYSmall-scale production
F6464~640k JPYProduction standard
F128128~1.3M JPYLarge-scale production
F512512~5M JPYEnterprise
F20482048~20M JPYUltra-large scale

Cost Optimization Practices

  1. Use F2 / F4 for dev (pausable) and F64+ only for production
  2. Reserved Instance (1-year commitment) saves ~41%
  3. Auto Scale to follow demand
  4. Pause off-hours for Dev / Stage
  5. Analyze usage patterns and right-size with the Capacity Metrics App
  6. Split capacities by workload (heavy Lakehouse work on its own capacity)

Operational Best Practices

  1. Isolate environments per Workspace (Dev / Stage / Prod)
  2. Bronze / Silver / Gold Medallion structure
  3. Logically reference external data with Shortcuts (no migration)
  4. Integrate with Power BI via Direct Lake and eliminate refreshes
  5. Develop in Notebooks; orchestrate production with Pipelines
  6. Optimize cost with Reserved Instance + Pause
  7. Monthly right-sizing via Capacity Metrics
  8. Version-control Notebooks via Git integration
  9. Manage permissions via Workspace Roles
  10. Cross-org data governance via OneLake Domains

Related Certifications

Frequently Asked Questions

What is Microsoft Fabric Lakehouse?

Microsoft Fabric Lakehouse is the unified data platform offered by the Data Engineering workload of Microsoft Fabric. It is Microsoft's implementation of the Lakehouse architecture, combining the characteristics of a Data Lake and a Data Warehouse. Data is stored internally in Delta Parquet format in OneLake (Fabric's unified storage) and processed with Apache Spark. The SQL Endpoint supports read-only T-SQL queries, and Power BI Direct Lake mode delivers ultra-low-latency analytics. Typical use cases: 1) unifying data lake and data warehouse, 2) implementing Bronze / Silver / Gold Medallion Architecture, 3) PySpark-based data processing, 4) Notebook-based interactive development. It is a core topic of the DP-700 (Fabric Data Engineer Associate) exam and the latest data platform rapidly replacing Azure Synapse / Databricks-style stacks.

What is the difference between Lakehouse and Warehouse?

Lakehouse: Apache Spark-based, processed with PySpark / Spark SQL / Scala, Delta Lake format, supports structured + semi-structured + unstructured data, Notebook-based development, streaming ingestion via Auto Loader, flexible Schema-on-Read. Warehouse: T-SQL based, runs on the Microsoft SQL engine, ACID transactions + Distributed Query, primarily structured data, stored procedures and functions, strict Schema-on-Write, optimized for BI / reporting. Decision guide: 1) Big Data / ML / Streaming -> Lakehouse, 2) SQL analysts / BI reporting -> Warehouse, 3) Mixed -> run both on the same OneLake (joinable via Cross-warehouse Query). The standard pattern for new Fabric projects is the hybrid 'Lakehouse (Bronze/Silver) + Warehouse (Gold)' setup, letting data engineers and BI developers collaborate on the same data platform.

How do OneLake and Shortcut work?

OneLake is Fabric's unified storage layer, shared by every Fabric workload (Lakehouse, Warehouse, KQL Database, Power BI Semantic Model). It is built on ADLS Gen2 and uses the Delta Parquet format. Shortcut: a feature that logically references external data sources from OneLake (no actual data copy). Supported sources: 1) ADLS Gen2 Storage Account, 2) Amazon S3, 3) Google Cloud Storage, 4) Dataverse, 5) OneLake in another Workspace. Typical use cases: 1) directly use existing ADLS Gen2 data from Fabric (no migration), 2) multi-cloud data integration over AWS S3, 3) data sharing across Workspaces (access control stays with the source Workspace). Shortcuts let Fabric achieve 'data integration without data movement,' making them a cornerstone of cross-cloud data lake strategies.

What is Direct Lake mode?

Direct Lake is one of Power BI Semantic Model's connection modes in Microsoft Fabric. It is the fast mode that lets Power BI analyze Delta Parquet data in Lakehouse / Warehouse directly. Compared with the traditional Power BI connection modes: 1) Import Mode (copies data into Power BI; fastest but not fresh, requires periodic refresh), 2) DirectQuery (hits the source per query; fresh but slow), 3) Direct Lake (reads Delta Parquet directly; Import-level speed plus fresh data). How it works: Power BI loads Delta Parquet files directly into memory -> user queries execute -> analytics over the latest Lakehouse / Warehouse data. No refresh required (always up-to-date), handles larger datasets than Import (billions of rows+). Requires Power BI Premium / Fabric Capacity. It is one of Fabric's biggest differentiators and dramatically streamlines collaboration between data engineers and BI developers.

How do I build a Lakehouse?

Creating a Lakehouse in a Fabric Workspace: 1) Workspace -> New Item -> Lakehouse -> enter a name (created in seconds), 2) Lakehouse Explorer shows two sections, Tables (Delta Tables) and Files (Raw Files), 3) upload files into Files (CSV / JSON / Parquet / various formats), 4) run PySpark code in a Notebook to process data, 5) create a Delta Table with df.write.format('delta').saveAsTable('table_name'), 6) run T-SQL queries via the SQL Endpoint, 7) BI analytics through the auto-created Power BI Semantic Model (Direct Lake connection). Sample Spark code: spark.read.format('csv').load('Files/raw/').filter(F.col('amount') > 0).write.format('delta').saveAsTable('cleaned_data'). Fabric's development experience tightly integrates Notebooks and Lakehouse, giving you a Databricks-like feel while staying entirely inside the Microsoft ecosystem.

How do I implement Medallion Architecture on Lakehouse?

Medallion implementation patterns on Fabric Lakehouse: 1) create three Lakehouses (Bronze / Silver / Gold) in the Lakehouse Workspace (environment isolation), or split by Schema/Folder inside one Lakehouse, 2) Bronze: drop source data as-is into Files (CSV / JSON / Parquet), or store as minimally-schemaed Delta Tables in Tables, 3) Silver: read from Bronze in PySpark -> cleansing / JOIN / type casting -> write to Delta Tables, 4) Gold: aggregate from Silver -> store as Star Schema or Wide Tables in Delta format, 5) orchestrate the Bronze -> Silver -> Gold dependencies with Pipelines, 6) analyze Gold via Power BI Direct Lake. Implement each stage in Fabric Notebooks; persistent Spark sessions improve dev productivity. Databricks veterans pick it up quickly, and the structure is approachable for new data engineers too.

How does Capacity Unit (CU) and cost management work?

Fabric's billing unit is the Capacity Unit (CU). SKUs are F2 (2 CU), F4, F8, F16, F32, F64, F128, F256, F512, F1024, F2048 (2048 CU). Lakehouse Spark compute is dynamically allocated from CUs, and every action — Pipeline Activities, Power BI refresh, Notebook execution — consumes CUs. Sample pricing: F64 (production standard, ~640k JPY/month), F128 (~1.3M JPY/month). Cost optimization: 1) use F2 / F4 for dev (pausable) and F64+ only for prod, 2) Reserved Instance (1-year) saves ~41%, 3) Auto Scale aligns with demand, 4) Pause off-hours for Dev / Stage, 5) analyze usage patterns and right-size with the Capacity Metrics App, 6) split capacities by workload (heavy Lakehouse processing on its own capacity). In production, monthly right-sizing via Capacity Metrics is the standard practice.

Which related certifications cover this?

DP-700 (Fabric Data Engineer Associate) is the headline certification covering Fabric Lakehouse in depth (Lakehouse construction, Notebooks, PySpark, Pipelines, Power BI Direct Lake integration). DP-600 (Fabric Analytics Engineer Associate) covers Lakehouse usage from a BI / modeling angle, AZ-305 (Solutions Architect Expert) covers Fabric adoption from an architect's perspective, and AI-103 (GA 2026-06) covers integration between Lakehouse and Azure AI Foundry for RAG. Pairing this with Databricks certifications (Data Engineer Associate / Professional) is also valued in multi-cloud data platform projects. Microsoft Fabric is positioned as the centerpiece of Azure's data platform for the next 5-10 years and is an essential skill for data engineers.

Related Articles and Technical Deep Dives

Azure Data Lake Storage Gen2 (ADLS Gen2) 完全設計|HNS・Medallion Architecture・Partition 戦略【2026 年版】

Azure Data Lake Storage Gen2 (ADLS Gen2) の完全ガイド。Hierarchical Namespace (HNS) の利点、Medallion Architecture (Bronze/Silver/Gold)、Partition 戦略、ABFS Driver、POSIX ACL + RBAC アクセス制御、Lifecycle Management、Microsoft Fabric / Databricks 統合、関連認定試験 (DP-700 / DP-300 / AI-103) を日本語で網羅。

Azure AI エンジニア キャリアロードマップ|AI-901 → AI-103 → 生成 AI アーキテクトへの道【2026 年版】

Azure AI エンジニアになるための認定取得ロードマップ完全版。AI-901 (2026-06 GA、AI-900 後継) → AI-103 (2026-06 GA、AI-102 後継) の最新ルート、Azure AI Foundry / Agent Service / OpenAI 中心の生成 AI 時代の構成、Databricks GenAI / OpenAI Direct との二刀流戦略、年収レンジまで日本語で網羅。

Azure データエンジニア キャリアロードマップ|DP-900 → DP-700 → AI-103 シニアデータエンジニアへの道【2026 年版】

Azure データエンジニアになるための認定取得ロードマップ完全版。DP-900 → DP-700 → DP-600 / DP-300 の Fabric 時代の王道ルート、Databricks 認定との二刀流、AI-103 統合戦略、DP-203 リタイア後の選択、12-18 ヶ月の学習プラン、年収レンジまで日本語で網羅。

DP-700 完全ガイド|Microsoft Certified: Fabric Data Engineer Associate 出題範囲・学習リソース・合格戦略【2026 年版】

Microsoft Certified: Fabric Data Engineer Associate (DP-700) の完全ガイド。3 ドメインの出題範囲、Microsoft Fabric の Lakehouse / Warehouse / Real-Time Intelligence / Pipelines の実装、DP-203 からの移行戦略、3 ヶ月の合格ロードマップ、DP-600 / AZ-305 への展開ルートを日本語で網羅。

The technical information in this article is based on the Microsoft Fabric Lakehouse Documentation. This article is not an official Microsoft Corporation product, and there is no partnership or sponsorship relationship. Microsoft, Azure, and Microsoft Fabric are trademarks of the Microsoft group of companies. Apache Spark is a trademark of the Apache Software Foundation. Information is based on official public materials as of May 24, 2026. Always check the official pages for the latest information.

Check what you learned with practice questions

Practice with certification-focused question sets

Visit the Azure exam prep page
Author

NicheeLab Editorial Team

NicheeLab editorial team focused on data engineering and cloud certification learning. Content is structured around practical study needs and official exam domains.


Related articles
Azure

AZ-900 Azure Fundamentals: Complete Exam Guide (2026)

Pass AZ-900 — cloud concepts, Azure architecture, management...

Azure

Azure Certification Roadmap: Which Cert to Take Next (2026)

Choose your Azure certification path — Fundamentals, Associa...

Azure

AI-901 Azure AI Fundamentals (Beta): Complete Guide (2026)

Pass AI-901 — Microsoft Foundry, generative AI, responsible ...

Azure

Microsoft Entra ID Fundamentals for Azure Certs (2026)

Entra ID basics every cert candidate needs — tenants, identi...

Azure

DP-900 Azure Data Fundamentals: Complete Guide (2026)

Pass DP-900 — relational, non-relational, analytics, Power B...

Browse all Azure articles (104)
© 2026 NicheeLab All rights reserved.