Keep Fabric. Add e6data to unlock more scale.
Point e6data at the workloads that strain your Fabric capacity units and SLAs, and cut their TCO by up to 50%. Same SQL, same open tables, same governance. No migration, no rewrites.
One platform, two engines, each doing what it does best
The workloads it already serves well, and the workflows your teams built around it.
Your data, in the same open Iceberg tables and catalogs you govern today.
Its role in your contracts and your roadmap. Nothing is ripped out.
High-concurrency and customer-facing queries: 1,000+ QPS with p95 under 2 seconds.
Real-time work: streaming events queryable as open Iceberg in ~15 seconds.
Multi-region, multi-cloud, and hybrid reach, with ~99% less egress.
reads OneLake Delta tables and open Iceberg · same governance · connect via JDBC / ODBC in about 30 minutes
Customer-facing dashboards
Scale embedded analytics to 1,000+ QPS on the same OneLake tables Fabric reads, without buying capacity units for peak.
Real-time streaming to Iceberg
Kafka topics and CDC land as open Iceberg tables with sub-second ingest, queryable in ~15 seconds, beside your OneLake data.
Multi-region, multi-cloud, hybrid
Query data where it lives, in any region, cloud, or on-prem environment, and cut egress by ~99% instead of centralizing everything first.
Native Delta and Iceberg querying
Read and write open Iceberg directly, with any catalog, so the lakehouse stays one copy of the truth instead of a second silo.
Don't take the word for it
The NASDAQ SaaS case ran 15M queries a day beside the platforms already in place, at p95 1.2s.
Microsoft Fabric compatibility questions
Does this replace Microsoft Fabric?+−
No. e6data runs alongside Microsoft Fabric on the same open tables and takes the workloads where it wins on cost or concurrency. Microsoft Fabric keeps everything else.
Do my queries need rewriting?+−
No. e6data reads the same OneLake Delta tables with standard SQL, and dashboards connect through the same JDBC and ODBC interfaces they use today.
What about governance and access control?+−
Your existing catalog policies keep enforcing table, column, and row-level access. e6data inherits them rather than duplicating them.
How do I know which workloads to move?+−
Start with the ones that dominate the bill or miss SLAs at peak. Bring one to a demo and we will run it side by side on your tables.
Book a demo on your own workloads
Reach out to book a demo, share challenges you're facing, and tell us how this fits into what you're currently working on or thinking about.
Prefer to self-serve? Problems we're solving →