F-SKU migratie voor ISV's: wat de A-SKU retirement écht kost en hoe je voorbereid raakt
Power BI architect, LSS Black Belt. 15 jaar ervaring in data & business intelligence.
Als ISV met Power BI Embedded in je SaaS-applicatie krijg je binnenkort te maken met een gedwongen migratie. Microsoft trekt de A-SKU licenties terug per maart 2025 en dwingt iedereen over naar F-SKU. Voor veel ISV's betekent dit niet alleen een technische migratie, maar ook een forse kostenimpact die vaak onderschat wordt.
Wat houdt de A-SKU retirement precies in?
Microsoft stopt definitief met de A-SKU (Azure SKU) licenties voor Power BI Embedded per 31 maart 2025. Alle bestaande A1 tot A6 capaciteiten worden uitgefaseerd. ISV's die vandaag nog A-SKU gebruiken voor hun embedded analytics moeten overstappen naar F-SKU (Fabric SKU) of Premium Per User licenties. Er is geen uitstel mogelijk — Microsoft geeft geen verlengingen.
De A-SKU werd jarenlang gebruikt omdat het kostenefficiënt was voor kleinere embedded toepassingen. Je kon een A1 capaciteit al krijgen voor rond de €700 per maand. De F-SKU daarentegen start bij F64 voor ongeveer €2.600 per maand — bijna vier keer duurder voor de kleinste configuratie.
De technische architectuur verandert ook. Waar A-SKU een dedicated Power BI Embedded service was, draait F-SKU onder Microsoft Fabric. Dit betekent dat je embedded analytics nu deel uitmaakt van een breder data platform, met alle voor- en nadelen van dien.
Hoeveel gaat de F-SKU migratie me kosten?
De werkelijke kosten van F-SKU migratie bestaan uit drie componenten die ISV's vaak over het hoofd zien. Ten eerste zijn er de directe licentiekosten. Een F64 SKU kost ongeveer €2.600 per maand versus €700 voor een vergelijkbare A1. Voor grotere implementaties loopt dit verschil snel op tot duizenden euro's extra per maand.
Ten tweede heb je eenmalige migratiekosten. Het overzetten van workspaces, het aanpassen van API-calls, het testen van compatibiliteit en het updaten van je applicatie-integratie kost gemiddeld 40-80 ontwikkelingsuren. Bij een gemiddeld uurtarief van €100 praat je over €4.000 tot €8.000 aan eenmalige kosten.
Ten derde zijn er verborgen operationele kosten. F-SKU draait onder Fabric, wat betekent dat je nu te maken krijgt met meer complexiteit in monitoring, troubleshooting en capaciteitsmanagement. De kosten kunnen oplopen als je niet goed monitort hoeveel compute units je daadwerkelijk gebruikt.
De grootste kostenvalkuil zit in het feit dat F-SKU niet meer pause-and-resume ondersteunt zoals A-SKU. Je F-capaciteit draait 24/7 en je betaalt constant door. Bij A-SKU kon je buiten kantoortijden pauzeren en 60-70% besparen op je maandelijkse kosten.
Welke technische aanpassingen zijn nodig voor F-SKU migratie?
De migratie van A-SKU naar F-SKU vereist verschillende technische aanpassingen in je applicatie. Je API-endpoints veranderen van Power BI Embedded naar Fabric endpoints. Alle REST API calls naar https://api.powerbi.com moeten worden aangepast naar de nieuwe Fabric API structuur.
Je authenticatie blijft grotendeels hetzelfde — service principals werken nog steeds — maar de scopes en permissions kunnen verschillen. Test dit grondig voordat je live gaat. Veel ISV's ondervinden problemen met embed tokens die niet meer werken zoals verwacht.
De workspace-structuur verandert ook. In F-SKU zit je embedded content in een Fabric workspace in plaats van een dedicated Power BI Embedded workspace. Dit betekent dat je je workspace-management mogelijk moet herzien, vooral als je multi-tenant bent.
Row Level Security (RLS) werkt anders in F-SKU. De performance-karakteristieken kunnen veranderen en je moet testen of je huidige RLS-configuratie nog optimaal presteert. Voor complexe RLS-scenario's kan dit extra development-tijd kosten.
Wat betekent dit voor mijn SaaS pricing model?
De F-SKU migratie dwingt veel ISV's om hun pricing model te herzien. Als je nu per gebruiker of per rapport rekent, kan de hogere F-SKU kostenbasis je winstmarge aantasten. Veel ISV's moeten hun prijzen verhogen met 15-30% om de kostenstijging op te vangen.
Een alternatieve strategie is om over te stappen naar een tiered pricing model. In plaats van per gebruiker te rekenen, kun je packages maken gebaseerd op data volume of aantal rapporten. Dit helpt om de voorspelbaarere F-SKU kosten beter door te berekenen naar je klanten.
Voor embedded analytics in SaaS betekent dit ook dat je mogelijk meer selectief moet worden in welke klanten toegang krijgen tot welke analytische features. Premium analytics kunnen een hoger-tier feature worden in plaats van standaard beschikbaar.
Sommige ISV's overwegen om klanten de optie te geven tussen een beperkte (goedkopere) analytics ervaring en een premium F-SKU powered versie. Dit kan helpen om de kostenstijging te spreiden over je klantenbestand.
Welke alternatieven heb ik naast F-SKU migratie?
Je hebt drie realistische alternatieven voor F-SKU migratie, elk met eigen voor- en nadelen. Ten eerste kun je overstappen naar Premium Per User (PPU) licenties. Dit kost €20 per gebruiker per maand en kan kosteneffectiever zijn als je weinig actieve gebruikers hebt. Het nadeel is dat je minder controle hebt over de embedded ervaring.
Ten tweede kun je migreren naar een andere embedded analytics oplossing zoals Tableau Embedded, Qlik Sense of open-source alternatieven zoals Apache Superset. Dit vereist wel een complete rebuild van je analytics laag, wat maanden kan duren en veel duurder uitvalt dan F-SKU migratie.
Ten derde kun je overwegen om je eigen lightweight analytics te bouwen met libraries zoals D3.js, Chart.js of Plotly. Dit geeft je volledige controle en voorspelbare kosten, maar je verliest wel de geavanceerde features van Power BI zoals automatische data refresh, drill-through capabilities en enterprise security.
Voor de meeste ISV's blijkt F-SKU migratie uiteindelijk de meest pragmatische keuze. De technische migratie is relatief beperkt vergeleken met een complete platform-switch, en je behoudt alle Power BI functionaliteit waar je klanten aan gewend zijn.
Hoe plan ik mijn F-SKU migratie timeline?
Start je migratieplanning minimaal 3 maanden voor maart 2025. De eerste stap is een grondige inventarisatie van je huidige A-SKU gebruik. Welke capaciteiten heb je draaien, hoeveel gebruikers, welke rapporten, en wat is je huidige maandelijkse verbruik?
Maand 1 gebruik je voor testing en proof-of-concept. Zet een F64 omgeving op, migreer een test-workspace en test alle functionaliteit die kritiek is voor je applicatie. Let vooral op performance-verschillen en API-compatibiliteit. Test ook je deployment-pipeline — werken je CI/CD processen nog?
Maand 2 is voor aanpassingen en optimalisatie. Pas je applicatiecode aan, update je documentatie en train je development team. Begin ook met het voorbereiden van je klanten — communiceer tijdig over mogelijke downtime en pricing-wijzigingen.
Maand 3 gebruik je voor de feitelijke migratie en rollout. Plan dit tijdens een onderhoudsvenster en zorg voor een rollback-scenario. Monitor intensief de eerste weken na migratie — F-SKU gedraagt zich anders dan A-SKU en je wilt problemen snel oppakken.
Welke monitoring en optimalisatie is nodig na F-SKU migratie?
F-SKU vereist een andere monitoring-aanpak dan A-SKU. Je moet nu Fabric Capacity Units (FCU) in de gaten houden in plaats van simpelweg embedded sessions. FCU wordt verbruikt door alle activiteiten in je Fabric workspace — data refresh, queries, rapport rendering en storage.
Zet monitoring op voor je FCU verbruik per uur en per dag. Microsoft biedt native monitoring tools in het Fabric admin portal, maar veel ISV's hebben aanvullende monitoring nodig om snel te kunnen reageren op usage spikes. Een onverwachte piek in FCU verbruik kan je maandkosten significant verhogen.
Let vooral op data refresh patronen. In A-SKU had je relatief voorspelbare kosten voor data refresh. In F-SKU kan een inefficiënte refresh van een grote dataset je FCU budget opslokken. Optimaliseer je refresh schema's en overweeg incremental refresh waar mogelijk.
De kostenoptimalisatie strategieën die je gebruikte voor Azure services werken ook voor F-SKU. Zet budgetalerts op, monitor usage trends en optimaliseer je workload distributie over de dag.
Hoe communiceer ik de wijziging naar mijn klanten?
Transparante communicatie over de F-SKU migratie is cruciaal voor klanttevredenheid. Start je communicatie minimaal 2 maanden van tevoren. Leg uit waarom de migratie noodzakelijk is — het is een Microsoft beslissing, niet jouw keuze — en wat de voordelen zijn van F-SKU.
Focus op de positieve aspecten: F-SKU biedt betere performance, is onderdeel van het moderne Fabric platform, en geeft toegang tot nieuwe features die A-SKU niet had. Vermeld ook dat je meebeweegt met Microsoft's strategische richting, wat de toekomstbestendigheid van je oplossing vergroot.
Wees eerlijk over mogelijke prijswijzigingen, maar kader deze in context. Leg uit dat de meerkosten komen door Microsoft's licentiewijziging, en toon aan welke extra waarde klanten krijgen. Veel klanten accepteren een redelijke prijsverhoging als ze begrijpen waarom deze nodig is.
Plan je migratie-communicatie in fases: aankondiging, details, timeline, en nazorg. Zorg voor een duidelijk contact punt voor vragen en houd een FAQ bij van alle vragen die binnenkomen tijdens het migratieproces.
Wat zijn de grootste risico's bij F-SKU migratie?
Het grootste risico bij F-SKU migratie is onderschatting van de kostenimpact. Veel ISV's focussen alleen op de directe licentiekosten en vergeten de operationele overhead. F-SKU verbruikt compute units voor activiteiten die in A-SKU geen extra kosten hadden, zoals workspace management en metadata operations.
Performance-regressie is een ander significant risico. F-SKU draait op een andere infrastructuur dan A-SKU. Rapporten die in A-SKU snel laadden kunnen in F-SKU trager zijn, vooral bij complexe DAX queries of grote datasets. Test daarom uitgebreid met realistische data volumes.
API-incompatibiliteiten kunnen je applicatie breken op onverwachte momenten. Hoewel Microsoft backwards compatibility belooft, werken sommige edge cases anders. Test niet alleen de happy path, maar ook error scenarios en timeout handling.
Het risico op vendor lock-in vergroot ook. Met A-SKU had je een dedicated embedded service. F-SKU bindt je dieper aan het complete Microsoft Fabric ecosysteem. Dit kan voordelig zijn, maar maakt het ook moeilijker om later naar een andere oplossing te migreren als dat nodig zou zijn.
Hoe bereid ik mijn development team voor?
Je development team heeft specifieke training nodig voor F-SKU, ook al lijkt de migratie technisch beperkt. Start met een grondige briefing over de verschillen tussen A-SKU en F-SKU architectuur. F-SKU is onderdeel van Fabric, wat betekent dat je team begrip moet hebben van concepten zoals Fabric workspaces, compute units en capacity management.
Zorg voor hands-on training met de nieuwe API endpoints en development tools. Laat je team een proof-of-concept bouwen in een F-SKU omgeving voordat jullie de migratie starten. Dit helpt om verborgen complexiteiten vroeg te ontdekken.
Update je development workflows en deployment procedures. F-SKU kan andere CI/CD requirements hebben, vooral rond workspace management en permission handling. Test je complete deployment pipeline in een F-SKU omgeving.
Zet ook monitoring en alerting op die je development team begrijpt. FCU verbruik is een nieuw concept dat anders werkt dan A-SKU compute tijd. Je team moet leren hoe ze code-wijzigingen kunnen beoordelen op hun impact op FCU verbruik.
Vraag niet beantwoord?
F-SKU migratie is een complexe operatie die impact heeft op zowel je technische architectuur als je business model. Voor diepere guidance over Fabric migratie strategieën of hulp bij het optimaliseren van je embedded analytics setup na de migratie, bekijk de andere resources over Microsoft Fabric implementatie en kostenoptimalisatie.