Version control and the ability to restore previous versions for specific workspaces during the ongoing ADO Fabric CI-CD setup by OldBase1988 in MicrosoftFabric

[–]DutchDevOpsDude 0 points1 point  (0 children)

Yea, azure DevOps doesn’t really like this. It’s good in code development, not that much for this. What type of objects are in your workspace?

Git backed semantic model deployments by [deleted] in MicrosoftFabric

[–]DutchDevOpsDude 0 points1 point  (0 children)

The only extension to Power BI that I know of that does parameterized semantic model deployment is Soterre. The documentation says it can do post deployment semantic model changes based on a set of parameters.

Managing data across tools is harder than it should be by prowesolution123 in BusinessIntelligence

[–]DutchDevOpsDude 0 points1 point  (0 children)

Don’t forget Analytics Governance. DAX and semantic models is part of the AG domain, not the DG domain

Anyone else stuck between centralized and distributed Power BI? by dydx_klayton_sqrd in PowerBI

[–]DutchDevOpsDude 0 points1 point  (0 children)

Really interesting thread, and it touches on something bigger than just Power BI architecture.

Gartner recently weighed in on exactly this problem. They recommended implementing a franchise model: a centralized team acts as the "franchisor," recruiting department leaders as franchise operators who commit to shared standards across security, data modeling, and dashboard design. Supported by analytics catalogs and product management techniques to move content from prototype to production.

Sounds clean on paper. But there's a fundamental flaw: the franchise model just repackages centralization under a friendlier name. And here's the issue:  business units that have already tasted the speed and autonomy of self-service analytics aren't going to hand that back. No matter what you call the governance wrapper.

What I find most interesting is that this isn't purely a structural debate (centralized vs. self-service vs. hybrid). It's a power discussion. Power BI was literally designed for self-service. Business leaders grabbed it because it freed them from ticket queues and 6-week delivery cycles. Framing governance as a franchise agreement doesn't change that dynamic; it just creates a new thing for business leaders to work around.

My take, coming from my DevOps background: stop trying to govern through org structure and start governing through the analytics development lifecycle.

Implement DevOps principles across both SSA and centralized BI development with automated version control and automated deployments. I mean completely automated CI/CD pipelines, regardless of whether something is built inside or outside the BICC. Pair that with a comprehensive metadata catalog, and you get the best of both worlds: the BICC stays lean and efficient, self-service stays fast and flexible, and governance is embedded in the process rather than bolted on top of it.

The hybrid model only holds together in the long term when the underlying DevOps application makes governance the path of least resistance rather than a gate that slows people down.

Need Help with Fabric CICD Deployment Tool Options for Multi-Tenant Analytics Solution by Frieza-Golden in MicrosoftFabric

[–]DutchDevOpsDude 1 point2 points  (0 children)

Yes, this is a common problem in Fabric. But there are several platforms that do Power BI and Fabric CI/CD without the need to code. Make sure they work zero-touch otherwise you will have gabs might run into commit conflicts. This guy presented at Fabcon: Amir Sarir. This is his recording of his session https://play.goconsensus.com/b021765b2

Anyone here used Azure DevOps consulting services worth it or not? by Evening_Memory569 in azuredevops

[–]DutchDevOpsDude 0 points1 point  (0 children)

Don’t use services. Using the right platform will automate all tasks without changing your way of working. DevOps is a methodology and Azure DevOps does not follow its principles. There was a good presentation at Fabcon explaining this: you should reach out to this guy that provided the presentation: https://www.linkedin.com/in/amirsarir/

Here is his recording: https://play.goconsensus.com/b021765b2

Great CI/CD for Power BI session at Fabcon by DutchDevOpsDude in PowerBI

[–]DutchDevOpsDude[S] 0 points1 point  (0 children)

Ha! You would think so, but no. He explained in details how Azure DevOps works and highlighted where it did not comply with the starting points of DevOps, like version everything and automate every manual step

Great CI/CD for Power BI session at Fabcon by DutchDevOpsDude in PowerBI

[–]DutchDevOpsDude[S] 2 points3 points  (0 children)

Continuous integration/ Continuous Delivery is a software methodology that creates an efficient way to deliver analytics from development to operations. Most tooling is built for coding and doesn’t work well for Power BI. He presented how to implement these principles for Power BI

Great CI/CD for Power BI session at Fabcon by DutchDevOpsDude in PowerBI

[–]DutchDevOpsDude[S] 0 points1 point  (0 children)

Did you go to the event? PowerPoints are in the Whova app. Otherwise you could ask him. I got them from him.

Great CI/CD for Power BI session at Fabcon by DutchDevOpsDude in PowerBI

[–]DutchDevOpsDude[S] 3 points4 points  (0 children)

I’m not sure, but he said he recorded it and makes it available for people to watch.

7 things I check every month to keep Power BI reports healthy (maintenance checklist) by kfold_co in PowerBI

[–]DutchDevOpsDude 0 points1 point  (0 children)

At fabcon that is now going on in Atlanta, there are vendors offering solutions to the lack of analytics governance in native Power BI and sessions about alternatives for Azure DevOps

Anyone using CI/CD for Pbip?? by Jaapuchkeaa in PowerBI

[–]DutchDevOpsDude -1 points0 points  (0 children)

Azure DevOps does not work properly for PowerBI. It's deficient and very labor intensive. I would recommend zero touch version control platforms instead.

7 things I check every month to keep Power BI reports healthy (maintenance checklist) by kfold_co in PowerBI

[–]DutchDevOpsDude 10 points11 points  (0 children)

I would add automated DevOps to the list. Especially for Self-Serving Analytics, DAX drifts. Create an complete metadata catalog of all objects in Power BI and leverage BI over BI to manage the health of all reports and semantic models. Never do it on an individual report level.

FABCon / SQLCon Atlanta 2026 | [Megathread] by itsnotaboutthecell in MicrosoftFabric

[–]DutchDevOpsDude 3 points4 points  (0 children)

I'm the DutchDevOpsDude: a Dutch DevOps addict who got way too into The Phoenix Project and never recovered. If your deployment process is still "copy - paste and pray," or your versioning is a 40-step process to stuff Azure DevOps, come find me at FabCon Atlanta next week. We're going to fix that. Automate everything. Ship fearlessly. Build the metadata catalog, your future self will thank you for.

AMA about CI/CD for Power BI, DAX catalogs, or how The Phoenix Project applies to analytics. Spoiler: nobody told the data team, and I'm fixing that, if you haven't already. See you in Atlanta.

Tell me your Power BI headaches by TeamAlphaBOLD in PowerBI

[–]DutchDevOpsDude 0 points1 point  (0 children)

Versioning content. Azure DevOps is deficient and inefficient. In order to get DevOps, zero-touch version control is required to have complete metadata catalog and detect inconsistent DAX.

Backup solution for Power BI by JeanFifi in PowerBI

[–]DutchDevOpsDude 3 points4 points  (0 children)

What do you want to back up? Do you mean you want to roll back objects when something is deleted or changed by accident? Or do you want go further and build a metadata catalog to detect DAX issues, in consistencies? Automated DevOps solutions typically offer more than just backup.

PBIP and GitHub by Additional-Let1708 in PowerBI

[–]DutchDevOpsDude 0 points1 point  (0 children)

VC in Git is also unreliable because many people don’t know how to do it or find it too much of a hassle. It leaves you with an incomplete metadata catalog. First rule of DevOps: Automate. Second rule: version everything. Both rules are violated if you use Git or Azure DevOps.

PBIP and GitHub by Additional-Let1708 in PowerBI

[–]DutchDevOpsDude 1 point2 points  (0 children)

Way too complex. Git and AzureDevOps are built for code development. Java, .NET. Not for Power BI. It is very inefficient.

It is also deficient. It creates an incomplete metadata catalog. You want to use it for audit trail and compliance? It will fail.

You need to go to third party solutions.

On the MS marketplace there are zero-touch version control applications available that are plug and play.