Join us at FabCon Atlanta from March 16 - 20, 2026, for the ultimate Fabric, Power BI, AI and SQL community-led event. Save $200 with code FABCOMM.
Register now!View all the Fabric Data Days sessions on demand. View schedule
Hi,
I need to design a Fabric architecture for a critical real-time intelligence scenario, like f.e. an air traffic control context.
This architecture has to be as better as possible in terms of performance: the data must flow very very quickly from the source in order to produce any KPIs and insights in a report/dashboard (Power BI?), with a time within 2-3 seconds!
The input are represented by event messages with a size less 1 MB from an Azure Event hubs: it is possible to send more messages/second.
With these requirements it is crucial to choice the right architectural component, to set the related options and to apply the best practices.
Any helps to me in order to design the right real-time intelligence architecture for a critical scenario, please? Many thanks
Solved! Go to Solution.
Hello
With the use of Eventstream to listen to the Event Hub messages and the possibility to scale up the throughput directly from Fabric you should be able to get a really fast solution.
Schematic setup:
Event Hub --> |Fabric | --> Eventstream --> Eventhouse -->Real-Time Dashboard or KQL queryset --> Reflex item with alert
I've done this a lot of times and the "delay" here is around 500 ms (aprox 0.5 seconds)
All in all it depends on the setup, the use case and other requirements. Also the Fabric capacity must have enoug capacity units to use for compute and message handling. I don't know the amount of data in your setup, but I would start at F64 to see if that is enough.
Let me know if above works 🙂
Hello
With the use of Eventstream to listen to the Event Hub messages and the possibility to scale up the throughput directly from Fabric you should be able to get a really fast solution.
Schematic setup:
Event Hub --> |Fabric | --> Eventstream --> Eventhouse -->Real-Time Dashboard or KQL queryset --> Reflex item with alert
I've done this a lot of times and the "delay" here is around 500 ms (aprox 0.5 seconds)
All in all it depends on the setup, the use case and other requirements. Also the Fabric capacity must have enoug capacity units to use for compute and message handling. I don't know the amount of data in your setup, but I would start at F64 to see if that is enough.
Let me know if above works 🙂
Our experience is that Kusto has about an 8 minute delay.
Hi,
many thanks for sharing your real experience.
If possible, could you indicate some details about the architecture applied, options and practices used, please? Thanks
Fabric Capacity Metrics App.
Check out the November 2025 Fabric update to learn about new features.
Advance your Data & AI career with 50 days of live learning, contests, hands-on challenges, study groups & certifications and more!
Turn streaming data into instant insights with Microsoft Fabric. Learn to connect live sources, visualize in seconds, and use Copilot + AI for smarter decisions.