Kan Fabric onze legacy dataw volledig vervangen of is het complementair?

Microsoft Fabric kan een legacy datawarehouse niet volledig vervangen, maar het is ook veel meer dan een aanvulling. Voor de meeste organisaties is de realiteit in 2026 een complementaire aanpak: Fabric neemt nieuwe analytische workloads over, terwijl het bestaande datawarehouse operationele processen blijft ondersteunen. Een volledige migratie is realistisch voor organisaties die weinig afhankelijkheden hebben van legacy-integraties en bereid zijn te investeren in een zorgvuldige transitie. De vragen hieronder helpen je bepalen welke route bij jouw situatie past.

Wat doet Microsoft Fabric anders dan een klassiek datawarehouse?

Microsoft Fabric is een geïntegreerd analytisch platform dat dataopslag, dataverwerking, business intelligence en machine learning combineert in één omgeving, gebouwd op een gedeeld lakehouse-fundament. Een klassiek datawarehouse is primair gericht op gestructureerde data en rapportage. Fabric gaat verder door ook ongestructureerde data, realtime stromen en AI-workloads te ondersteunen vanuit één platform.

Waar een traditioneel datawarehouse, zoals een on-premises SQL Server-omgeving, werkt met vaste schema’s en ETL-pipelines, gebruikt Fabric het OneLake-concept: één centrale dataopslag in Delta-formaat die toegankelijk is voor alle diensten binnen het platform. Dit elimineert de noodzaak om data te kopiëren tussen tools. Power BI, Synapse Analytics, Data Factory en Notebooks draaien allemaal op dezelfde onderliggende data.

Een ander wezenlijk verschil is het licentiemodel. Fabric werkt met een capaciteitsmodel (F-SKU’s) waarbij je betaalt voor rekenkracht, niet voor afzonderlijke diensten. Dit maakt het eenvoudiger te schalen, maar vraagt ook een andere manier van plannen en beheren dan een traditioneel datawarehouse, waarbij je licenties per server of per core afrekent.

Voor organisaties die willen weten hoe Microsoft Fabric past binnen hun bredere data-architectuur, is het zinvol om eerst te inventariseren welke huidige workloads werkelijk baat hebben bij deze geïntegreerde aanpak.

Welke legacy datawarehouse-functies kan Fabric nog niet overnemen?

Fabric kan op dit moment nog niet alle functies van een volwassen legacy datawarehouse volledig overnemen. Beperkingen zitten vooral in de volwassenheid van transactionele verwerking, geavanceerd beheer van complexe ETL-processen en diepe integratie met on-premises bronsystemen.

Specifieke aandachtspunten zijn:

Transactionele workloads: Fabric is primair ontworpen voor analytische verwerking (OLAP), niet voor hoogfrequente transactionele systemen (OLTP). Operationele databases die realtime schrijftransacties verwerken, blijven beter op hun plek in een traditionele omgeving.
Complexe data governance: Bestaande datawarehouses zijn vaak opgebouwd met jarenlange governance-regels, audittrails en compliance-structuren. Deze volledig overzetten naar Fabric vereist grondige voorbereiding en is niet altijd één-op-één te repliceren.
On-premises integraties: Organisaties met veel koppelingen naar lokale ERP- of CRM-systemen ondervinden dat Fabric als cloud-native platform extra stappen vereist om die verbindingen betrouwbaar te onderhouden.
Geavanceerde SQL-compatibiliteit: Hoewel Fabric een SQL-eindpunt biedt, zijn niet alle geavanceerde T-SQL-constructies die in SQL Server beschikbaar zijn, volledig ondersteund in het Fabric Warehouse.

Dit betekent niet dat Fabric ongeschikt is, maar wel dat een zorgvuldige gap-analyse noodzakelijk is voordat je beslissingen neemt over vervanging.

Wanneer is een volledige migratie naar Fabric realistisch?

Een volledige migratie naar Microsoft Fabric is realistisch wanneer een organisatie primair cloud-native werkt, weinig afhankelijkheden heeft van on-premises systemen en haar dataomgeving grotendeels analytisch van aard is. Voor organisaties met complexe legacy-integraties of strenge on-premises compliance-eisen is een volledige vervanging op korte termijn minder haalbaar.

Goede indicatoren dat een volledige migratie zinvol is:

De organisatie werkt al grotendeels in Microsoft Azure en het Microsoft 365-ecosysteem
Het huidige datawarehouse is technisch verouderd en vraagt toenemende onderhoudskosten
De analytische behoeften groeien sneller dan de huidige infrastructuur aankan
Er is intern draagvlak en capaciteit voor een gefaseerde transitie
De bronsystemen zijn toegankelijk via moderne API’s of connectoren

In de praktijk zien we in 2026 dat volledige migraties vaker slagen bij organisaties die de transitie in fasen aanpakken: eerst nieuwe analytische use cases in Fabric bouwen, daarna bestaande rapportagelagen migreren, en pas als laatste de kern van het datawarehouse overzetten.

Hoe werkt een complementaire aanpak met Fabric naast een bestaand datawarehouse?

Bij een complementaire aanpak blijft het bestaande datawarehouse actief voor de workloads waarvoor het is gebouwd, terwijl Fabric parallel wordt ingezet voor nieuwe analytische behoeften zoals selfservice-analyse, machine learning en realtime rapportage. De twee omgevingen wisselen data uit via gestandaardiseerde koppelingen.

Een veelgebruikte architectuur ziet er als volgt uit: het legacy datawarehouse beheert de operationele data en verwerkt de kernprocessen. Via pipelines of directe queries wordt relevante data beschikbaar gesteld in OneLake. Vanuit Fabric kunnen data scientists, analisten en Power BI-gebruikers vervolgens werken zonder de stabiliteit van het productiesysteem te beïnvloeden.

Voordelen van deze aanpak zijn dat het risico beheersbaar blijft, dat teams kunnen wennen aan Fabric zonder tijdsdruk, en dat je investeringen in het bestaande datawarehouse niet direct afschrijft. Het nadeel is dat je tijdelijk twee omgevingen beheert, wat hogere operationele kosten en meer coördinatie vraagt.

Voor overheidsorganisaties die te maken hebben met strikte data-eisen biedt Microsoft Fabric voor de overheid specifieke configuratiemogelijkheden die aansluiten bij Nederlandse en Europese regelgeving.

Wat zijn de kosten- en licentieverschillen tussen Fabric en een legacy datawarehouse?

Microsoft Fabric werkt met een capaciteitslicentie (F-SKU’s) waarbij je betaalt voor de rekencapaciteit die je reserveert, ongeacht hoeveel afzonderlijke diensten je gebruikt. Een legacy datawarehouse op basis van SQL Server of Oracle heeft doorgaans per-core of per-server licentiekosten, aangevuld met hardware- en beheerkosten.

Belangrijke kostenverschillen om te overwegen:

Initiële investering: Fabric vereist geen hardware-investering, maar vraagt wel een zorgvuldige keuze van de juiste F-SKU om over- of ondercapaciteit te vermijden.
Beheerkosten: Een on-premises datawarehouse vraagt doorlopend fysiek beheer, patching en hardwarevervanging. Fabric verplaatst dit naar Microsoft, maar vraagt wel platform-specifieke expertise.
Schaalbaarheid: Fabric is eenvoudiger op en af te schalen op basis van gebruik. Traditionele licenties zijn minder flexibel en leiden vaak tot over-inkoop.
Verborgen kosten: Migratie, hertraining van teams en aanpassing van bestaande integraties zijn kosten die bij een overstap naar Fabric meegerekend moeten worden.

Een eerlijke total cost of ownership-vergelijking neemt alle bovenstaande elementen mee, niet alleen de licentieprijs op papier.

Welke stappen zijn nodig om Fabric te evalueren voor jouw dataomgeving?

Een goede evaluatie van Microsoft Fabric begint met een inventarisatie van je huidige dataomgeving: welke workloads draaien er, wat zijn de afhankelijkheden en wat zijn de analytische behoeften voor de komende jaren. Zonder dit startpunt is elke conclusie over Fabric prematuur.

Praktische stappen voor een gedegen evaluatie:

Breng je huidige omgeving in kaart: Documenteer databronnen, datastromen, gebruikersgroepen en rapportagebehoeften.
Definieer evaluatiecriteria: Bepaal vooraf wat succes betekent, zoals prestaties, kosten, gebruiksgemak of schaalbaarheid.
Start met een proof of concept: Kies één concrete use case en bouw die in Fabric. Gebruik geen theoretische vergelijking, maar echte data en echte gebruikers.
Voer een gap-analyse uit: Vergelijk wat Fabric biedt met wat je huidige omgeving levert, specifiek voor de functies die voor jouw organisatie kritisch zijn.
Betrek beheer en governance vroeg: Vraag je database- en IT-team om input over beheerbaarheid, beveiliging en compliance voordat je beslissingen neemt.
Plan een migratiestrategie: Bepaal of je complementair begint of direct migreert, en welke risico’s je accepteert.

Hoe DBA helpt bij het evalueren en inzetten van Microsoft Fabric

Wij begrijpen dat de keuze tussen het vervangen of aanvullen van een legacy datawarehouse met Microsoft Fabric niet eenvoudig is. Elke organisatie heeft een unieke dataomgeving, en een generiek advies helpt je niet verder. Daarom bieden wij een praktische, hands-on aanpak die aansluit bij jouw specifieke situatie.

Wat wij voor je kunnen doen:

Omgevingsanalyse: We brengen je huidige datawarehouse-architectuur in kaart, inclusief afhankelijkheden, prestatieproblemen en toekomstige behoeften.
Fabric-evaluatie: We beoordelen samen of Fabric een vervanging, aanvulling of toekomstige richting is voor jouw organisatie.
Proof of concept: We helpen je een concrete use case opzetten in Fabric zodat je op basis van echte resultaten kunt beslissen.
Migratiebegeleiding: Als een (gedeeltelijke) migratie de juiste keuze is, begeleiden we het proces van planning tot productie.
Doorlopend databasebeheer: We blijven beschikbaar voor beheer, monitoring en optimalisatie, zowel van je legacy-omgeving als van Fabric.

Wil je weten wat de beste aanpak is voor jouw dataomgeving? Neem contact met ons op en we kijken samen naar de mogelijkheden.