This is a placeholder blog which will be revisted many, many times over the coming months. This is a list of features for Fabric that I feel need to be in GA for it to be rolled out into production. I know that “being production ready” can be very subjective, this is my own list. But for organisations out there that wish to adopt Fabric, how much are you willing to compromise in terms of these features?

The comments section is open so please add in anything you feel is relevant when being able to productionise a solution.


Changelog

  • Initial blog: 13th June 2023.
  • Updated: 2nd November 2023
    • Database Projects support for Warehouses in Azure Data Studio
    • Deployment Pipelines support for Lakehouse and Notebook items

Features

FeatureAvailableDate
Out of private preview and into GA (General Availability)No
Private Endpoints / VNet Connectivity
– Connection to external servicesNo
– Inbound to Fabric from external sourcesNo
Database Projects for Source Control (and deployment?)
– WarehousesYesSep-23
– Lakehouses (how would this work? table definitions stored…)No
Git/Source Control integration
– Branch switching in workspaces etc No
– Fabric itemsNo
– Power BI itemsYes
Deployment Pipelines
– Fabric itemsPartialNov-23
Direct Lake
– Models (datasets) created in Power BI DesktopNo
– Models (datasets) connected to WarehousesNo
Security – Access Permissions
– DomainsNo
– WorkspacesYes
– Workspace ItemsNo
Full DML/DDL support in Warehouses
– Identity (auto-increment for surrogate keys)No
– MergeNo
APIs for Automation
– Scale/Pause/Resume Azure F SKU capacityUndocumented
– DeploymentNo
ISO 27001 and SOC 2 certified
– Power BI itemsYes
– Fabric itemsNo

Ideas Site

For adding ideas and suggestions via Microsoft, use the Ideas site here.


7 thoughts on “Fabric in Production

    1. Check this out from a high-level perspective https://www.serverlesssql.com/wp-content/uploads/2023/06/Domains-Architecture.png

      Create Domains in Fabric to separate business units/depts. Then use separate workspaces in those domains to separate dev/test/prod, with seperate Fabric capacities created and assigned to the relevant workspaces. EG a dev & uat Azure F SKU Fabric capacity associated with all dev and uat workspaces, while Prod is on its own capacity.

      I’ve got a video coming out in a couple of days about this – check out https://www.youtube.com/@DatahaiBI

Leave a Reply

Your email address will not be published. Required fields are marked *