OneLake/Fabric facturering stijgt per 1 oktober

Samenvatting

OneLake/Fabric brengt vanaf 1 oktober 2026 eerder niet-gerapporteerd Spark-verbruik in rekening.

OneLake/Fabric registreert Spark-verbruik

Een Reddit-gebruiker wijst op een recente wijziging in de documentatie over OneLake-consumptie. Vanaf 1 oktober 2026 rapporteert en factureert Fabric het verbruik dat Spark-workloads veroorzaken bij bepaalde systeemgestarte aanroepen.

De wijziging richt zich dus niet op alle Spark-bewerkingen zonder onderscheid. Het gaat om specifieke calls die eerder ondergerapporteerd bleven. De bron noemt geen bedrag, tarief of percentage. Daardoor blijft onduidelijk welk effect de correctie op een bestaande capaciteit heeft.

Waarom OneLake/Fabric-facturering telt

De facturering koppelt Spark-gebruik nadrukkelijker aan OneLake-consumptie. Teams die alleen naar zichtbare Spark-jobs kijken, kunnen daardoor een deel van het verbruik missen in hun eigen kostenbeeld. Vooral systeemgestarte aanroepen verdienen een aparte controle, omdat die niet altijd als handmatige workload herkenbaar zijn.

De aankondiging komt bovendien naast andere recente wijzigingen in facturering en CU-verbruik, die de Reddit-gebruiker ook noemt. Dat maakt historische capaciteitscijfers minder geschikt als enige basis voor een begroting. Tegelijk geeft de bron geen aanwijzing dat iedere Fabric-capaciteit hetzelfde bedrag extra zal betalen. De impact hangt af van het Spark-gebruik en van de betrokken systeemaanroepen.

Concrete takeaway voor OneLake/Fabric

Controleer vóór 1 oktober 2026 de Fabric-documentatie, inventariseer Spark-workloads en vergelijk het geregistreerde OneLake-verbruik met de werkelijke aanroepen. Noteer systeemgestarte calls afzonderlijk en leg de huidige capaciteit- en CU-metingen vast. Zo kun je na de factureringswijziging vaststellen welk verbruik nieuw zichtbaar wordt, zonder vooraf een bedrag te veronderstellen.