Yres en Microsoft Fabric: concurrent of combinatie?
Microsoft Fabric en Yres concurreren niet, ze liggen op verschillende lagen. Fabric is een platform: opslag, rekenkracht en een groeiende set bouwstenen. Yres is een automatiseringstool die het datawarehouse bouwt en onderhoudt: bronnen laden, historie bewaren, wijzigingen uitrollen, bewaken. Vandaag draait Yres op Azure SQL en levert het een Parquet-feed die Fabric rechtstreeks kan lezen. Fabric als doelplatform voor Yres staat gepland voor eind 2027.
Laatst bijgewerkt:
Wat Fabric wel en niet voor je doet
Fabric bundelt opslag (OneLake), rekenkracht en gereedschap: pipelines, dataflows, een warehouse, een lakehouse en Power BI, in één omgeving en één licentie. Dat maakt het aantrekkelijk voor organisaties die al op Microsoft zitten. Het is alleen geen datawarehouse dat zichzelf bouwt: welke bronnen je laadt, hoe je historie bewaart, hoe wijzigingen naar productie gaan en wie er 's nachts kijkt of alles goed ging, stel je nog steeds zelf samen.
De bouwstenen worden wel steeds rijker. Dit is wat Microsoft zelf documenteert, op 21 september 2026:
| Onderdeel | Wat Fabric meebrengt | Wat je zelf nog doet |
|---|---|---|
| Incrementeel laden | Copy job kan incrementeel kopiëren op een watermerk of via change data capture | Per bron instellen, per tabel een watermerk kiezen, fouten afhandelen |
| Historie (SCD2) | Copy job heeft een ingebouwde SCD2-schrijfmethode, in preview, alleen bij CDC-bronnen en alleen netto-wijzigingen; anders een zelfbouwpatroon in Dataflow Gen2 | Historie voor niet-CDC-bronnen (de meeste SaaS-API's) zelf bouwen |
| Azure SQL spiegelen naar OneLake | Mirroring, algemeen beschikbaar, replicatie is gratis; levert een alleen-lezen actuele kopie | Niet mogelijk onder 100 DTU (Free, Basic, Standard S0–S2), niet als CDC aanstaat; geen historie |
| Koppelingen | Generieke REST, OData, HTTP, SAP Table, SAP BW, SAP HANA | Geen AFAS-connector; Exact Online alleen via de Premium-connector van Exact zelf in Dataflow Gen2, met een on-premises gateway |
| Wijzigingsbeheer | Deployment pipelines en Git-integratie per workspace | Wat een wijziging inhoudt, afhankelijkheden, en de audit van wat iemand rechtstreeks aanpast |
| Bewaking | Monitoring hub per uitvoering | Healthchecks op de configuratie, een testsuite, retentie van je eigen logs |
Hoe Yres vandaag op Fabric aansluit
Yres laadt je bronnen in een Azure SQL-database in je eigen tenant en bewaart daar de volledige historie. Daarnaast schrijft Yres, als je dat aanzet, een feed van elke wijziging als Parquet-bestanden naar je Data Lake: per tabel, per laadronde, met een markering voor nieuw, gewijzigd en verwijderd. Die bestanden zijn zonder omweg leesbaar in een Fabric Warehouse of Lakehouse; voor Direct Lake in Power BI vouw je ze met een notebook tot een Delta-tabel.
Praktisch betekent dat: het laden, de historie, de koppelingen met AFAS en Exact, het wijzigingsbeheer en de bewaking laat je aan Yres, en je gebruikt Fabric voor wat het goed kan: rekenkracht, notebooks, data science en Power BI op OneLake. De bron van de waarheid blijft de Azure SQL-database; de feed is een leverlaag.
- Fabric Warehouse: de Parquet-map als externe tabel lezen, zonder Spark
- Fabric Lakehouse en notebooks: de feed samenvoegen tot een Delta-tabel, bijvoorbeeld voor Direct Lake
- Mirroring van de Yres-database naar OneLake kan ook, bij een Azure SQL-tier van minimaal 100 DTU en zolang CDC uitstaat; je krijgt dan de actuele stand, de historie zit in de tabellen zelf
Op de roadmap: Fabric als doelplatform
Voor eind 2027 staat gepland dat Yres het datawarehouse ook rechtstreeks in Fabric kan neerzetten, met de SQL database in Fabric als doel in plaats van Azure SQL. Het laden, de historie en het wijzigingsbeheer blijven dan zoals ze zijn; de opslag verhuist naar OneLake, waar Power BI er via Direct Lake bovenop kan. Tot die tijd is de combinatie hierboven de aanbevolen route. Organisaties die nu met Yres starten, hoeven daar later niet voor over te bouwen: het model en de configuratie gaan mee.
Wanneer alleen Fabric, en wanneer Yres erbij
Alleen Fabric past bij een organisatie met een eigen dataplatformteam dat het laden, de historie en het beheer zelf wil bouwen en onderhouden, en met bronnen waar Fabric goede connectoren voor heeft. Yres erbij past zodra AFAS, Exact Online of SAP een hoofdbron is, het team klein is, of je wilt dat laden, historie, wijzigingsbeheer en bewaking standaard geregeld zijn in plaats van zelf gebouwd. De licentiekosten van Fabric veranderen daar niet door; wat verandert is het aantal uren dat je aan bouwen en beheren kwijt bent.
Veelgestelde vragen
Vervangt Fabric een tool als Yres?
Nee. Fabric levert het platform, Yres bouwt en onderhoudt het datawarehouse erop of ernaast. De bouwstenen van Fabric worden rijker, maar het samenstellen ervan tot een betrouwbaar geheel blijft werk dat je zelf doet of aan een tool laat.
Kan ik de Yres-data nu al in Fabric gebruiken?
Ja, op twee manieren: via de Parquet-feed naar je Data Lake, die een Fabric Warehouse of Lakehouse rechtstreeks leest, of door de Azure SQL-database van Yres naar OneLake te spiegelen. Spiegelen vereist een Azure SQL-tier van minimaal 100 DTU en werkt niet als change data capture aanstaat.
Heeft Fabric een AFAS- of Exact-koppeling?
Geen AFAS-connector, volgens het connectoroverzicht van Microsoft op 21 september 2026. Voor Exact Online is er een connector die Exact zelf levert, alleen in Dataflow Gen2, met een Exact Online Premium-abonnement en een on-premises gateway. Yres heeft voor beide een eigen koppeling en is van beide officiële partner.
Wanneer kan Yres het datawarehouse in Fabric zelf neerzetten?
Dat staat gepland voor eind 2027. Tot die tijd draait Yres op Azure SQL en sluit het via de Parquet-feed of mirroring op Fabric aan. Wie nu start, bouwt later niet over: het model en de configuratie gaan mee.
