Microsoft Fabric

The unified data platform where every workload reads from and writes to OneLake. No data movement between engines. Fabric's AI layer builds on top of that unified foundation - the Data Agent, Eventhouse, and Ontology all operate directly on data where it already lives.

When to choose Fabric over Foundry: data already lives in Fabric or OneLake, users need NL query over Fabric data, or you need AI over real-time streaming data.

Architecture


OneLake

The storage foundation. Every Fabric workload - Lakehouse, Warehouse, Eventhouse, Power BI - reads from and writes to OneLake. You don't move data between engines; every engine uses the same copy.

CapabilityDescription
FormatDelta Parquet, open format - no proprietary lock-in
ProvisioningAutomatic with every Fabric tenant
ShortcutsReference data in Azure Data Lake, AWS S3, GCP Storage without copying
MCP serverAI agents access OneLake directly via MCP - browse workspaces, read files, query schemas
Foundry IQ connectionConnect Foundry IQ to OneLake, index files, expose as knowledge inside Foundry agents
# AI agent accessing OneLake via MCP
agent = client.agents.create(
    model="gpt-5",
    name="data-agent",
    tools=[
        {"type": "mcp", "server_url": "https://my-fabric.fabric.microsoft.com/mcp"}
        # Agent can browse workspaces, read Delta files, discover table schemas
    ]
)

OneLake for Microsoft Foundry | OneLake MCP


Eventhouse

High-performance time-series and streaming data store. The storage layer for Real-Time Intelligence.

CapabilityDescription
KQL databaseKusto Query Language - built for time-series, logs, telemetry
Streaming ingestionEventHub, Kafka, IoT Hub, custom event streams
Cross-table analyticsJoins, aggregations, anomaly detection across multiple streams
OneLake integrationData mirrored to OneLake - available to all Fabric workloads without copying
MCP serverAI agents query Eventhouse live via KQL through the RTI MCP server
SkillsReusable prebuilt KQL capabilities for AI tools

Eventhouse is the right store when you need sub-second query latency over streaming or time-series data. It's not a replacement for the Lakehouse - it's for real-time data that arrives continuously.

AI agents for Eventhouse


Operations Agents

AI agents that monitor real-time data in Eventhouse and act autonomously. Replace dashboard-watching with continuous automated monitoring.

How it works:

  1. Define what to monitor (metric threshold, anomaly condition, pattern)
  2. Operations Agent queries Eventhouse continuously
  3. When condition is met - notify, trigger Power Automate, create ticket, call API
  4. No user trigger required

Example: IoT sensor anomaly in Eventhouse - Operations Agent detects it - triggers Power Automate - creates ServiceNow incident - notifies engineer in Teams.

Operations Agents docs


Fabric Data Agent

Natural language query across all Fabric data - lakehouses, warehouses, Eventhouses, semantic models - through a single conversational interface.

Key differentiator: auto-selects the query language. Ask a question; the Data Agent decides whether to use SQL (warehouse), KQL (Eventhouse), or DAX (semantic model) based on what the data is.

User: "What were sales last quarter, and what's the current pipeline status?"

Data Agent:
- Routes "sales last quarter" → SQL query against Data Warehouse
- Routes "current pipeline status" → KQL query against Eventhouse
- Combines results → grounded answer
CapabilityDescription
Multi-sourceQuery lakehouse, warehouse, Eventhouse, and semantic models in one conversation
Context-aware language selectionAuto-selects SQL, KQL, or DAX based on data type
Historical + real-timeCombines batch analytics with live streaming data in one response
Grounded answersResponses backed by actual query results
Fabric IQ integrationData Agent wired into Foundry and Copilot Studio via Fabric IQ

Within multi-agent architectures, the Data Agent serves as the conversational analytics component - other agents delegate data questions to it.

Data Agent docs


Ontology

A shared, governed business model that gives consistent meaning to entities, metrics, and KPIs across all agents and tools in Fabric.

Without Ontology: one agent defines "churn" as 90-day no-purchase, another defines it as subscription cancellation. Both pull different numbers. Reports and agents disagree.

With Ontology: "churn" is defined once, governed centrally, consumed by the Data Agent, Fabric IQ, Copilot Studio agents, and Power BI identically.

CapabilityDescription
Shared business modelDefine entities, relationships, and metrics once
Agent context layerFabric agents and RTI components consume Ontology for consistent reasoning
Automated actionsOntology-defined conditions trigger business processes via alerts and workflows
GovernancePermissions, versioning, audit trail built in
Fabric IQOntology is the business context layer behind Fabric IQ

Ontology docs


Fabric IQ

The intelligence layer that connects Fabric data to the broader Microsoft AI ecosystem.

ComponentWhat it connects
Fabric IQ in Foundry ToolboxesFoundry agents access Fabric data through one MCP endpoint
Fabric IQ as Foundry IQ sourceFabric semantic models as knowledge bases in Foundry
Fabric IQ in Copilot StudioBusiness user agents grounded in Fabric data
Ontology-groundedReasoning uses the shared business model

Fabric IQ is what makes Fabric data visible to agents that live outside Fabric. Without it, every integration is custom.


Fabric AI Services Summary

ServiceStatusUse for
OneLakeGAUnified storage, all Fabric workloads
OneLake MCP serverGADirect agent access to OneLake data
EventhouseGATime-series, streaming, KQL analytics
Real-Time IntelligenceGAFull streaming pipeline - ingest to act
Operations AgentsGAAutonomous monitoring and response
Fabric Data AgentPreviewNL query over all Fabric data
OntologyPreviewShared business context layer
Fabric IQPreviewConnect Fabric data to Foundry and Copilot Studio
Power BI CopilotGANL report creation, Q&A, DAX generation
Notebook AI assistGACopilot in Spark/Python notebooks

When Fabric vs Foundry

ScenarioUse
AI query over existing Fabric dataFabric Data Agent
Real-time streaming + AIEventhouse + Operations Agents
Consistent business context across agentsOntology
Connect Fabric data to Foundry agentsFabric IQ - Foundry IQ integration
Custom RAG over documents and filesFoundry IQ directly
Pro-code agent developmentMicrosoft Foundry + MAF
Business user agent buildingCopilot Studio + Fabric IQ as knowledge source

Getting Started

ResourceLink
Fabric portalfabric.microsoft.com
Fabric Data Agentdocs
Ontologydocs
Eventhousedocs
AI agents for RTIdocs
Operations Agentsdocs
OneLake MCPdocs
Fabric pricingazure.microsoft.com/pricing/details/microsoft-fabric

Key Takeaways

  • OneLake is the only copy of the data. Every Fabric workload reads from it directly - no ETL between engines. This makes Fabric significantly cheaper to operate than multi-platform stacks at scale.
  • Eventhouse is not a Lakehouse replacement. Use it for real-time and time-series data that arrives continuously. Use the Lakehouse for historical batch data.
  • Fabric Data Agent handles the query language decision - SQL, KQL, or DAX - based on context. This is the key differentiator over building your own text-to-SQL pipeline.
  • Ontology solves the metric consistency problem that kills multi-agent accuracy. Define "churn" once; every agent and report uses the same definition.
  • Fabric IQ is the integration point between Fabric and the rest of Microsoft AI. Without it, every Foundry or Copilot Studio agent that needs Fabric data requires a custom connector.
  • Operations Agents replace dashboard-watching. The ROI case is straightforward: continuous monitoring at near-zero marginal cost vs. human monitoring shifts.