Fabric ALM en CI/CD: van klikwerk naar Git-gedreven uitrol

ML-modellen en notebooks passen niet netjes in hetzelfde promotiemodel als semantic models en rapporten. Een model kent een eigen levenscyclus: experimenteren, valideren, promoveren naar productie, mogelijk terugdraaien als een nieuwe versie slechter presteert. Forceer modellen niet in dezelfde Deployment Pipeline als BI-items. Gebruik in plaats daarvan een MLflow-registry met expliciete promotie naar een "production"-stage, zodat BI-promotie en ML-promotie onafhankelijk van elkaar kunnen bewegen.

Geautomatiseerde deployments horen te draaien onder een Microsoft Entra-service principal met de minst noodzakelijke rol, niet onder het persoonlijke account van een architect of een gedeeld serviceaccount met wachtwoord. Dat voorkomt niet alleen een single point of failure als iemand het bedrijf verlaat, het maakt ook auditeerbaar wélke wijziging door welke automatisering is uitgevoerd. Begin met een beperkte rol en breid uit waar nodig; begin niet breed "om het maar werkend te krijgen", want least privilege achteraf toepassen op bestaande automatisering kost meer tijd dan het vanaf dag één goed inrichten.

Deployment Pipelines promoveren content van dev naar test naar productie met deployment rules: instellingen die per omgeving verschillen, zoals connectiestrings, blijven gescheiden van de rest van de configuratie. Dat voorkomt de klassieke fout waarbij een testconnectiestring per ongeluk in productie belandt. Combineer dit met naamgevingsconventies voor workspaces en items vanaf de eerste dag, niet achteraf; een gemeente die dit te laat inrichtte, zag binnen een maand drie verschillende schrijfwijzen voor dezelfde afdeling ontstaan.

Handmatig klikwerk in productie zonder review of rollback is de meest voorkomende fout in Fabric-platformen, en de duurste om achteraf te herstellen: elke handmatige wijziging is een potentiële afwijking die pas opvalt wanneer test en productie zichtbaar anders gedragen. De oplossing is niet ingewikkeld, ze wordt alleen vaak uitgesteld tot "als het platform groter is". Richt CI/CD in vanaf de eerste workspace, niet vanaf de tiende.