Hoe schaal je op met Microsoft Fabric & Power BI
Je Power BI-rapporten waren snel en betrouwbaar, tot je organisatie groeide. Meer data en meer gebruikers zorgen voor vertraging en performanceproblemen.
In deze gids lees je hoe Microsoft Fabric je helpt om die schaalmuur te doorbreken met OneLake, Direct Lake en de juiste capacity strategie.
Je verbeeldt het je niet. Naarmate je organisatie is gegroeid, is ook je data gegroeid en ergens onderweg is je analytics-omgeving achtergebleven. Dashboards die ooit in minuten vernieuwden, doen er nu uren over. Rapporten die perfect werkten voor je team, kruipen nu wanneer de hele afdeling op maandagochtend inlogt.
Dit is de schaalmuur, en vrijwel elke groeiende organisatie loopt ertegen aan.
Het goede nieuws? Microsoft Fabric is speciaal gebouwd om hier doorheen te breken. Deze gids laat je precies zien hoe je je Power BI-omgeving kunt opschalen zonder alles vanaf nul te hoeven herbouwen.
Wat betekent opschalen in Microsoft Fabric en Power BI?
In het Microsoft-ecosysteem betekent opschalen de overstap van Power BI Pro (ontworpen voor individuen en kleine teams) naar Microsoft Fabric capacity (ontworpen voor enterprise workloads). Het betekent technologieën adopteren zoals Direct Lake die terabyte-scale datasets aankunnen zonder de beperkingen van traditionele Import-modus. Het betekent unified storage in OneLake die dataduplicatie elimineert. En het betekent governance die meegroeit met je data estate.
Bij Data Kingdom hebben we organisaties vele malen door deze transitie begeleid. Het patroon is consistent: een architectuur die soepel werkt voor 10 gebruikers en 1GB aan data, heeft het vaak moeilijk wanneer opgeschaald naar 100 gebruikers en 50GB. Deze gids laat je zien hoe je kunt opschalen voordat je tegen de muur loopt.
Waarom opschalen nu belangrijk is: De Business Case
Power BI Pro werkt uitstekend voor basisrapportages. Maar zakelijke eisen overstijgen al snel de mogelijkheden:
- “Onze dataset heeft de 1GB-limiet bereikt en we kunnen geen historische data meer toevoegen.”
- “Refreshes duren vier uur en falen soms halverwege.”
- “Rapporten zijn traag wanneer meerdere teams ze tegelijk openen.”
- “We hebben real-time data nodig, geen data die acht uur oud is.”
- “Beveiligingsregels die we in Power BI instellen, gelden niet wanneer data engineers dezelfde data opvragen.”
Praktijkvoorbeeld
One NZ, Nieuw-Zeelands grootste mobiele provider met 2,4 miljoen klanten, upgradede naar Microsoft Fabric Real-Time Analytics in minder dan twee weken. Voorheen hadden hun Power BI-rapporten vertragingen naarmate datavolumes toenamen. Na implementatie van Fabric worden rapporten nu elke 10 seconden bijgewerkt zes keer sneller dan voorheen waardoor 170 zakelijke gebruikers en 800 callcenter-medewerkers bijna twee keer zo snel kunnen reageren op klantvragen.
"De transitie verliep zo soepel; we gingen van concept naar oplevering in slechts twee weken," zegt Steven Easton, BI Channels Specialist.
Kernconcepten voor opschalen uitgelegd
Voordat je schalingstrategieën implementeert, zal het begrijpen van deze fundamentele concepten je veel tijd en geld besparen.
Capacity Units: je compute-budget
Fabric Capacity Units (CU’s) zijn de maatstaf voor rekenkracht in Microsoft Fabric. Elke operatie een query uitvoeren, een dataset vernieuwen, een Spark-notebook draaien verbruikt CU’s. Zie CU’s als een gedeeld budget: al je workloads putten uit dezelfde pool.
Capacity SKU’s variëren van F2 (kleinste, circa €260/maand) tot F2048 (grootste). De voormalige Power BI Premium P1 is equivalent aan F64. Wanneer je opschaalt, krijg je meer CU’s per seconde, wat meer gelijktijdige operaties en grotere workloads mogelijk maakt.
Belangrijk inzicht: Schaal op wanneer het gebruik consistent boven de 80% ligt. Schaal af wanneer het 30 dagen onder de 50% blijft. De Fabric Capacity Metrics-app is je primaire tool om dit te monitoren.
OneLake: dataduplicatie elimineren
OneLake is Fabric’s unified storage-laag één data lake voor je gehele organisatie. Elke Fabric-workload (Power BI, Data Engineering, Data Warehouse, Data Science) leest en schrijft automatisch naar OneLake.
Waarom dit belangrijk is voor opschalen: In traditionele architecturen betekent opschalen meer kopieën van data kopieën in je data warehouse, kopieën in Power BI’s Import-modus, kopieën in diverse analytische tools. Elke kopie verbruikt opslag, vereist synchronisatie en introduceert versieconflicten. OneLake elimineert dit. Data bestaat één keer en is overal toegankelijk.
Sinds januari 2026 ondersteunt OneLake bidirectionele interoperabiliteit met Snowflake, wat betekent dat je data over beide platforms kunt benaderen zonder duplicatie. Voor organisaties met bestaande Snowflake-investeringen maakt dit geleidelijke migratie mogelijk met behoud van operationele continuïteit.
Direct Lake: Import-prestaties zonder Import-limieten
Direct Lake is de doorbraak voor opschalen in Power BI. Traditioneel had je twee keuzes: Import-modus (snelle queries maar vereist datakopiëren en geplande refreshes) of DirectQuery (real-time data maar tragere prestaties). Direct Lake geeft je beide.
Direct Lake leest data rechtstreeks uit Delta-tabellen in OneLake en laadt kolommen on-demand in de VertiPaq-engine. Het resultaat: Import-modus querysnelheden met near real-time dataversheid, geen geplande refreshes, en ondersteuning voor terabyte-scale datasets. Power BI Embedded met Direct Lake Mode werd algemeen beschikbaar in maart 2025.
Schalings-impact: Organisaties rapporteren 90% reductie in data-refreshtijd (volledig geëlimineerd), 50% reductie in BI-infrastructuurkosten, en de mogelijkheid om datasets te analyseren die voorheen onmogelijk waren met Import-modus.
Essentiële schalingstrategieën voor Power BI en Fabric
Deze vijf strategieën vormen de basis van elk succesvol schalingsinitiatief.
1. Bepaal de juiste capaciteit
Capaciteitsplanning voorkomt twee dure fouten: te weinig provisioning (veroorzaakt throttling en gebruikersfrustratie) en te veel provisioning (verspilt budget aan ongebruikte resources).
Begin klein en schaal geleidelijk op. Gebruik de 60-daagse Fabric-trial om je oplossing te valideren, ga dan naar een betaalde F2- of F4-capaciteit voor pilots. Productie-workloads hebben doorgaans F16 of hoger nodig, maar vereisten variëren aanzienlijk per use case.
2. Migreer naar Direct Lake-modus
Direct Lake zou je standaardkeuze moeten zijn voor nieuwe semantic models in Fabric. Voor bestaande Import-modus modellen, prioriteer migratie op basis van twee factoren: datasetgrootte (grotere datasets profiteren meer) en refresh-frequentie (het elimineren van refreshes bespaart meer bij veelvernieuwde modellen).
Het migratiepad: Verplaats eerst je data naar een Fabric Lakehouse of Warehouse (die data opslaat in Delta-formaat in OneLake). Maak dan een nieuw semantic model dat verwijst naar die Delta-tabellen met Direct Lake-modus ingeschakeld. Je DAX-measures, relaties en RLS-definities kunnen ongewijzigd blijven alleen de databronverbinding verandert.
Let op fallback: Als een query niet rechtstreeks vanuit Delta-tabellen kan worden beantwoord (door niet-ondersteunde DAX-patronen of geheugendrempels), valt Direct Lake terug op DirectQuery. Monitor dit met Performance Analyzer om fallback-scenario’s te identificeren en aan te pakken.
3. Implementeer de Medallion-architectuur
De medallion-architectuur organiseert je data lake in drie lagen, elk met een specifiek doel:
- Bronze (Raw): Data zoals ingevoerd vanuit bronsystemen. Houd het ongewijzigd voor controleerbaarheid en herverwerking.
- Silver (Gevalideerd): Opgeschoonde, ontdubbelde en gekoppelde data. Pas hier kwaliteitsregels toe en standaardiseer formaten.
- Gold (Business Ready): Geaggregeerde, domeinspecifieke datasets geoptimaliseerd voor analytics. Dit is wat Power BI gebruikt.
Deze structuur schaalt omdat het verantwoordelijkheden scheidt. Data engineers werken in bronze en silver; analisten werken in gold. Wijzigingen aan bronsystemen breken niet direct rapporten. En je kunt silver opnieuw verwerken vanuit bronze als er problemen worden ontdekt.
4. Centraliseer governance met OneLake Security
Opschalen zonder governance creëert chaos. Naarmate meer gebruikers meer data benaderen via meer tools, wordt het handhaven van consistente beveiliging exponentieel moeilijker tenzij je het centraliseert.
OneLake Security (momenteel in preview, verwachte GA in 2026) stelt je in staat om row-level en column-level beveiligingsregels eenmalig te definiëren in OneLake. Deze regels worden dan automatisch afgedwongen over alle engines Spark, SQL, Power BI Direct Lake, en meer. Geen RLS-logica meer repliceren in elke tool.
Het Govern-tabblad in OneLake Catalog biedt zicht op beveiligingshouding, dekking van gevoeligheidslabels en governance-compliance over je gehele tenant. Gebruik het om gaten te identificeren voordat het auditbevindingen worden.
5. Optimaliseer voordat je opschaalt
Optimaliseer workloads altijd voordat je capaciteit vergroot. Meer compute gooien naar inefficiënte workloads is duur en lost zelden het onderliggende probleem op. Veelvoorkomende optimalisaties die capaciteitsverbruik verminderen:
- Schakel incremental refresh in voor grote feitentabellen (vernieuw alleen nieuwe/gewijzigde data)
- Spreid refresh-schema’s om piekcongestie te voorkomen
- Optimaliseer DAX-measures (gebruik variabelen, vermijd overmatige CALCULATE-nesting)
- Verminder het aantal visuals per pagina (elke visual genereert queries)
- Gebruik Delta-tabeloptimalisatie (V-Order, compaction) voor Direct Lake
Voor DAX-optimalisatietechnieken, zie onze begeleidende gids “Starten met DAX in Power BI (voor beginners)”.
Klinkt opschalen
complex
Je hoeft het niet alleen uit te zoeken!
Bij Data Kingdom helpen we organisaties dagelijks met precies deze uitdagingen. Of je nu een snelle beoordeling van je huidige setup nodig hebt of hands-on ondersteuning bij het implementeren van Direct Lake, onze Fabric-specialisten staan voor je klaar.
Praktische schalingscenario’s die je vandaag kunt implementeren
Hier zijn concrete acties voor veelvoorkomende schalingscenario’s.
Scenario: Dataset overschrijdt 1GB-limiet
Je hebt de datasetgrootte-limiet van Power BI Pro bereikt. Je opties:
Snelle oplossing: Stap over naar Fabric-capaciteit (zelfs F2) die semantic models tot 400GB ondersteunt in Direct Lake-modus.
Strategische oplossing: Maak een Lakehouse, laad je data als Delta-tabellen en gebruik Direct Lake-modus. Dit elimineert de groottebeperking volledig Direct Lake ondersteunt terabyte-scale datasets.
Scenario: Refreshtijden zijn te lang
Je dataset doet er uren over om te vernieuwen, wat resulteert in verouderde data.
Snelle oplossing: Schakel incremental refresh in om alleen nieuwe en gewijzigde data te verwerken. Een 50GB dataset die 4 uur duurde, kan in 15 minuten klaar zijn.
Strategische oplossing: Migreer naar Direct Lake-modus en elimineer refreshes volledig. Dataversheid is automatisch wanneer Delta-tabellen worden bijgewerkt, ziet Power BI de wijzigingen direct.
Scenario: Rapporten traag bij gelijktijdige belasting
Rapporten presteren goed voor één gebruiker maar worden trager wanneer 50 gebruikers ze tegelijk openen.
Snelle oplossing: Schakel query scale-out in om read-queries te verdelen over meerdere replica’s van je semantic model.
Strategische oplossing: Schaal je capaciteit op (bijv. F16 naar F32) om beschikbare CU’s te verhogen. Bekijk ook het rapportontwerp pagina’s met 30+ visuals genereren overmatige queries.
Scenario: Beveiligingsregels niet consistent over tools
RLS werkt in Power BI-rapporten, maar data engineers zien alles wanneer ze dezelfde data opvragen via Spark.
Meer weten? Boek een gratis adviesgesprek
Snelle oplossing: Implementeer workspace-level permissies om te beperken wie toegang heeft tot ruwe data versus rapporten.
Strategische oplossing: Schakel OneLake Security (preview) in om beveiligingsregels eenmalig te definiëren op de storage-laag. Regels worden automatisch toegepast over Spark, SQL en Power BI Direct Lake.
Hoe schalingstrategieën samenwerken
De onderstaande tabel toont hoe verschillende schalingbenaderingen verschillende uitdagingen aanpakken:
Best practices voor opschalen
1. Monitor continu, schaal proactief
Wacht niet op klachten van gebruikers. Installeer de Fabric Capacity Metrics-app en bekijk het gebruik wekelijks. Stel alerts in voor wanneer het gebruik 80% overschrijdt. Plan capaciteitsuitbreidingen voordat je ze nodig hebt opschalen gaat snel, maar planning kost tijd.
2. Scheid ontwikkeling van productie
Gebruik aparte capaciteiten voor dev/test en productie-workloads. Dit voorkomt dat experimentele notebooks resources verbruiken die nodig zijn voor bedrijfskritische rapporten. F2 of F4 is doorgaans voldoende voor ontwikkeling; reserveer grotere SKU’s voor productie.
3. Gebruik gereserveerde capaciteit voor voorspelbare workloads
Gereserveerde capaciteit biedt 20-40% besparing ten opzichte van pay-as-you-go. Kies voor gereserveerde prijzen bij stabiele productie-workloads. Gebruik pay-as-you-go of autoscale voor variabele workloads of burst-scenario’s.
4. Documenteer je architectuur
Naarmate je opschaalt, neemt complexiteit toe. Documenteer welke workspaces welke data bevatten, wie elk domein beheert, en hoe data door medallion-lagen stroomt. Deze documentatie wordt essentieel bij het inwerken van nieuwe teamleden of het oplossen van problemen.
5. Gebruik Copilot om ontwikkeling te versnellen
Copilot is beschikbaar op alle betaalde Fabric SKU’s vanaf F2 (sinds april 2025). Gebruik het om DAX-measures te genereren, Spark-code te schrijven, complexe queries uit te leggen en ontwikkeling te versnellen. Sinds januari 2026 biedt Standalone Copilot op de Power BI-startpagina directe toegang tot AI-gestuurde inzichten. Daarnaast kun je Copilot-gebruik uitbreiden door het toe te wijzen aan een specifieke Fabric Copilot-capaciteit, zodat AI-workloads niet concurreren met je analytische workloads om resources.
Wil je Copilot in actie zien? Sluit je aan bij een van onze Microsoft Fabric-trainingen waar we real-world AI-ondersteunde ontwikkeling demonstreren.
Begin je schalings-reis
Opschalen met Microsoft Fabric gaat niet over meer resources gooien naar problemen. Het gaat over architecturen adopteren die elegant groeien: OneLake elimineert duplicatie, Direct Lake elimineert refresh-bottlenecks, unified security elimineert governance-gaten, en capaciteitsplanning elimineert prestatieverrassingen.
Organisaties die succesvol opschalen delen een gemeenschappelijke aanpak: ze beginnen klein, meten continu, optimaliseren voordat ze upgraden, en bouwen governance in de basis in plaats van het er later aan toe te voegen.
Elk enterprise analytics-platform begon met zijn eerste workspace. Begin met de schalings-uitdaging waarmee je vandaag te maken hebt, implementeer één strategie, en breid van daaruit uit.
Schaal met vertrouwen: leer van Data Kingdom
Bij Data Kingdom helpen we organisaties hun analytics-mogelijkheden met vertrouwen op te schalen. Onze Microsoft Fabric en Power BI-training dekt alles van capaciteitsplanning tot Direct Lake-implementatie, met hands-on oefeningen met echte enterprise-scenario’s.
Wat ons onderscheidt: korte uitleg gevolgd door directe toepassing. Je configureert capaciteiten, bouwt Lakehouses en implementeert Direct Lake niet alleen toekijken hoe iemand anders het doet.
Elke deelnemer ontvangt één uur gratis consultancy 4-8 weken na de training omdat de beste vragen ontstaan wanneer je nieuwe vaardigheden toepast op echte schalings-uitdagingen.
