Fokus: Visualisering og datamodeller
Arkitektur: Dataflows og shared datasets
Storage: Power BI service + datakilder
Governance: Adgang til rapporter
Skal du i gang med Microsoft Fabric?
Sådan tænker du arkitektur og workspaces fra starten.
Overgangen fra klassisk Power BI til Microsoft Fabric kræver nye overvejelser – især omkring datastruktur, environments og governance. Her er vores anbefalinger.
Fra Power BI til Microsoft Fabric
– hvad ændrer sig?
Mange virksomheder tager lige nu de første skridt ind i Microsoft Fabric-universet. Det er en spændende rejse – men også en transformation, der kræver nytænkning.
Hvor Power BI tidligere var fokuseret på rapportering og dataflows, er Fabric en fuld dataplatform, der samler integration, transformation, lagring og visualisering ét sted.
⚠️
Det betyder, at du som BI- eller dataansvarlig ikke længere kun skal tænke i rapporter og modeller – men også i environments, pipelines, lakehouses og governance-strukturer
Nøgleforskel: Klassisk Power BI vs. Fabric
Fokus: Hele datarejsen (integration → rapportering)
Arkitektur: Pipelines, lakehouses og workloads
Storage: OneLake – central dataplatform
Governance: Governance på tværs af hele datalandskabet
Tip: Download vores gratis e-bog "Microsoft Fabric - kom godt i gang"
Best practice:
Arkitektur og environments i Fabric
1. Adskil udvikling, test og produktion
Det kan ikke understreges nok: Sørg for at have en tydelig opdeling mellem dine miljøer.
Brug fx følgende struktur:
- DEV- til udvikling og eksperimenter
- TEST- til validering og brugerfeedback
- PROD- til live-drift og publicerede løsninger
👉 Det gør det lettere at styre versionsstyring, adgang og kvalitetssikring – og minimerer risikoen for fejl i produktion.
2. Organisér efter forretningsdomæner
Ud over miljøer giver det god mening at organisere workspaces efter områder som Økonomi, Salg, Logistik osv. Det skaber transparens og ejerskab i forretningen – og letter governance og adgangsstyring.
Typiske faldgruber
- og hvordan du undgår dem
🔸
Uklar workspace-struktur
Mange starter i ét workspace og bygger videre – men uden en overordnet struktur bliver det hurtigt uoverskueligt. Lav en klar naming convention og beslut, hvordan workspaces bruges.
🔸
Ingen rolle- og ansvarsfordeling
I Fabric er der flere workloads, flere dataaktiver og flere processer – så du får brug for en tydelig rollefordeling: Hvem opbygger pipelines? Hvem udgiver rapporter? Hvem godkender nye versioner?
🔸
Mangel på versionering og deployment-strategi
Fabric inviterer til CI/CD og DevOps – så grib muligheden for at skabe stabile, automatiserede deployments frem for manuelle publiceringer.
🔸
Data bliver “liggende” i lakehouse uden struktur
Uden en plan for struktur i dine lakehouses og mapper i OneLake, kan det hurtigt blive uoverskueligt at finde og genbruge data. Tænk OneLake som dit nye datavarehus – og organiser det derefter.
Start rigtigt – og skalér med ro i maven
- Lav en arkitektur-workshop før implementering
- Definér en naming convention og workspace-struktur
- Opsæt environments fra start – også selvom det er “overkill” i starten
- Udarbejd en governance-strategi med klare roller
- Brug Fabric’s muligheder – men med en realistisk plan
Opsummering:
Succes starter med struktur
Microsoft Fabric åbner for et datalandskab, der er mere sammenhængende, kraftfuldt og skalerbart end nogensinde før.
Men det kræver, at du tænker struktur og governance ind fra starten – ellers bliver kompleksiteten hurtigt en stopklods.
Vil du have sparring på, hvordan du bedst griber overgangen fra Power BI til Fabric an – og hvordan din arkitektur bør se ud?
Så tag fat i os. Vi hjælper virksomheder med at lægge en solid strategi og komme trygt fra A til Z med Microsoft Fabric.
Relaterede artikler
Writeback i Power BI med accoPLANNING
Fra Excel-frustration til effektiv planlægning og forecasting
