Dat betekent dat organisaties hun huidige portfolio niet alleen moeten bekijken vanuit utilization, maar ook vanuit flexibiliteit.
Voor organisaties die Azure Reservations gebruiken om hun cloudkosten structureel te verlagen, verandert er vanaf 1 februari 2027 iets fundamenteels: voor Reservations die na die datum worden aangeschaft, verdwijnt de mogelijkheid tot exchange wanneer de betreffende dienst door een Azure Savings Plan wordt ondersteund.
Dat lijkt op het eerste gezicht een technische wijziging in het Azure Cost Management-beleid. De strategische impact is groter dan de technische wijziging doet vermoeden.
Exchangeability was namelijk niet alleen een administratieve functie. Het bood organisaties een vorm van flexibiliteit: een commitment kon worden aangepast wanneer workloads, regio’s, VM-series of architecturen veranderden.
Die flexibiliteit wordt voor een belangrijk deel kleiner.
Daarmee wordt de vraag vóór het afsluiten van een één- of driejarige Azure commitment belangrijker dan voorheen:
Hoe zeker weten we dat deze workload gedurende de volledige looptijd daadwerkelijk zo blijft?
Voor CIO’s, IT-managers, FinOps-teams en procurement betekent dit dat Azure commitment management minder een kwestie van korting maximaliseren wordt en meer een kwestie van risico, forecasting en governance.
Microsoft bevestigt dat Reservations die vóór 1 februari 2027 zijn gekocht het recht op één laatste exchange behouden. Nieuwe Reservations die na die datum worden gekocht en betrekking hebben op diensten die door Savings Plans worden ondersteund, zijn niet meer exchangeable.
Wat verandert er precies?
Vanaf 1 februari 2027 geldt de nieuwe beperking voor onder meer Azure Virtual Machines, Azure App Service en Azure SQL Database, evenals vergelijkbare diensten die door Savings Plans worden ondersteund. Reservations voor producten die niet onder Savings Plans vallen, zoals Azure VMware Solution, vallen buiten deze specifieke wijziging. Ook bepaalde diensten die richting end-of-life gaan en cloudomgevingen waarin Savings Plans momenteel niet beschikbaar zijn, zijn uitgesloten.
De belangrijkste consequentie is het onderscheid tussen bestaande en nieuwe commitments.
Een Reservation die vóór 1 februari 2027 is aangeschaft, behoudt nog één laatste exchange-mogelijkheid. Microsoft maakt daarbij een belangrijk onderscheid: als zo’n Reservation na 1 februari 2027 wordt exchanged, wordt de nieuwe Reservation beschouwd als een nieuwe aankoop en valt die onder het nieuwe beleid. De resterende oorspronkelijke hoeveelheden behouden in bepaalde scenario’s nog één exchange-mogelijkheid.
Een nieuwe Reservation die na 1 februari 2027 wordt aangeschaft voor een dienst die door een Savings Plan wordt ondersteund, kan vervolgens niet meer worden exchanged.
Dat maakt de oorspronkelijke commitmentbeslissing belangrijker.
Exchangeability was feitelijk een risicobuffer
In veel organisaties wordt een Azure Reservation beoordeeld vanuit één eenvoudige vraag:
Hoeveel korting levert dit op ten opzichte van pay-as-you-go?
Dat is een te beperkte benadering.
Een commitment heeft namelijk twee kanten.
Aan de ene kant staat de financiële besparing. Aan de andere kant staat de beperking van flexibiliteit.
Bij een stabiele workload kan die afweging zeer aantrekkelijk zijn. Een organisatie die bijvoorbeeld langdurig dezelfde capaciteit nodig heeft, kan met een Reservation profiteren van voorspelbare kosten en een lagere effectieve prijs.
Maar enterprise-omgevingen veranderen.
Een applicatie kan worden gemigreerd. Een VM-family kan veranderen. Een workload kan worden gecontaineriseerd. Een datacenter kan worden geconsolideerd. Een applicatie kan worden uitgefaseerd. Een acquisitie kan de architectuur veranderen. Een cloudmigratie kan anders verlopen dan oorspronkelijk gepland.
Juist in die situaties had exchangeability waarde.
De wijziging van Microsoft betekent daarom dat organisaties meer zekerheid vooraf moeten organiseren, omdat ze minder flexibiliteit achteraf kunnen gebruiken.
Dat is vanuit FinOps-perspectief een wezenlijke verschuiving.
Savings Plan is niet simpelweg de vervanger
Microsoft positioneert Azure Savings Plans als een commitmentmodel voor meer dynamische workloads.
Een Savings Plan werkt met een bedrag-per-uur commitment dat automatisch wordt toegepast op in aanmerking komende compute- of databaseconsumptie. Daardoor is het flexibeler over bepaalde services en regio’s heen dan een specifieke Reservation. Microsoft blijft Reservations juist positioneren voor voorspelbare en stabiele workloads.
Maar daar zit een belangrijke nuance.
Flexibeler betekent niet vrijblijvend.
Een Savings Plan kan zelf niet worden geannuleerd of exchanged. Microsoft beschrijft een Savings Plan als een definitieve aankoop; bepaalde bestaande Reservations kunnen wel worden ingeruild voor een Savings Plan.
De keuze wordt daarmee niet:
Reservation = inflexibel
Savings Plan = flexibel
De werkelijkheid is genuanceerder.
De juiste vraag is:
Welk commitmentmodel past bij het risicoprofiel van onze toekomstige Azure-consumptie?
Dat is een fundamenteel andere manier om naar cloudoptimalisatie te kijken.
De fout die organisaties vanaf 2027 moeten vermijden
De grootste fout is waarschijnlijk niet dat organisaties de verkeerde Microsoft-technologie kiezen.
De grootste fout is te veel commitment aangaan op basis van historische consumptie.
Een organisatie kan bijvoorbeeld naar de afgelopen twaalf maanden kijken en concluderen:
“We gebruiken structureel ongeveer X dollar per uur. Laten we daarop een driejarige commitment baseren.”
Maar historische consumptie zegt niet automatisch iets over toekomstige consumptie.
Voor een goede commitmentanalyse moet minimaal worden gekeken naar:
- geplande cloudmigraties;
- applicatie-uitfaseringen;
- groei of krimp van workloads;
- veranderende VM-series;
- regioveranderingen;
- architectuurtransities;
- containerisatie;
- modernisering van databases;
- geplande acquisities of desinvesteringen;
- seizoenspatronen;
- toekomstige capaciteitsgroei;
- bestaande Reservations en Savings Plans;
- contractuele en budgettaire beperkingen.
Daarmee verschuift Azure commitment management van een prijsoptimalisatievraagstuk naar een forecasting- en governancevraagstuk.
Wat betekent dit voor FinOps?
FinOps-teams krijgen hierdoor een belangrijkere rol in de besluitvorming rond commitments.
De klassieke aanpak is vaak:
usage → forecast → commitment → saving
De volwassen aanpak wordt:
usage → forecast → scenario’s → risicoanalyse → commitment → monitoring → herijking
Dat verschil lijkt klein, maar is financieel relevant.
Een forecast van bijvoorbeeld 80% betrouwbaarheid kan voldoende zijn voor bepaalde operationele budgetbeslissingen. Dat betekent niet automatisch dat dezelfde forecast geschikt is om een meerjarige commitment op te baseren.
Hoe langer de looptijd en hoe beperkter de flexibiliteit, hoe groter het belang van de onzekerheid in de forecast.
Daarom zou iedere grotere Azure commitment eigenlijk een confidence level moeten hebben.
Niet alleen:
“Wij verwachten deze consumptie.”
Maar:
“Wij verwachten deze consumptie, met deze aannames, binnen deze bandbreedte en met deze risico’s.”
Dat is veel bruikbaarder voor procurement en finance.
Procurement moet anders naar cloud commitments kijken
Ook voor procurement verandert er iets.
Azure Reservations en Savings Plans zijn niet simpelweg een manier om een korting te bedingen. Ze vertegenwoordigen een financiële verplichting gekoppeld aan toekomstige cloudconsumptie.
Dat betekent dat procurement niet alleen moet onderhandelen over de prijs, maar ook moet begrijpen:
welke flexibiliteit koopt of verkoopt de organisatie met het gekozen commitmentmodel?
Dat is een relevant onderscheid.
Een hogere korting kan aantrekkelijk lijken, maar als de organisatie vervolgens onvoldoende gebruikmaakt van de commitment, kan een deel van die theoretische besparing verdwijnen.
De goedkoopste eenheidsprijs is daarom niet automatisch de laagste totale kosten.
Een voorbeeld uit de praktijk
Stel dat een organisatie een omvangrijke Azure-omgeving heeft en een groot deel van de compute-consumptie al jarenlang stabiel is.
Voor de bestaande, zeer voorspelbare workloads kan een Reservation logisch blijven.
Maar tegelijkertijd staat een grote applicatiemigratie gepland. Een deel van de bestaande workloads wordt mogelijk gemoderniseerd en de onderliggende compute-architectuur kan veranderen.
Een puur op historische data gebaseerde aanpak zou kunnen leiden tot een grote nieuwe Reservation.
Een scenario-gebaseerde analyse kan tot een andere conclusie leiden:
Scenario A: workload blijft grotendeels gelijk → Reservation kan aantrekkelijk zijn.
Scenario B: workload migreert gedeeltelijk → lagere Reservation en meer flexibiliteit.
Scenario C: architectuur verandert substantieel → Savings Plan of een andere commitmentstrategie kan beter passen.
Het verschil zit niet in de Azure-korting.
Het verschil zit in de kwaliteit van de besluitvorming vóórdat het commitment wordt aangegaan.
Wat organisaties vóór 1 februari 2027 zouden moeten doen
De deadline is geen reden om nu blind nieuwe Reservations aan te schaffen.
Integendeel.
De periode vóór 1 februari 2027 moet worden gebruikt om de bestaande commitmentportfolio kritisch te beoordelen.
1. Breng alle bestaande Reservations in kaart
Kijk niet alleen naar totale spend, maar naar:
- dienst;
- workload;
- regio;
- looptijd;
- hoeveelheid;
- resterende looptijd;
- utilization;
- exchange history;
- geplande architectuurwijzigingen.
2. Identificeer commitments met een hoog wijzigingsrisico
Een Reservation op een workload waarvan de architectuur over zes maanden waarschijnlijk verandert, verdient een andere behandeling dan een stabiele back-end workload die al jaren nauwelijks verandert.
3. Bepaal welke bestaande exchange-rechten nog waarde hebben
Voor Reservations die vóór 1 februari 2027 zijn gekocht, is de resterende exchange-mogelijkheid relevant. Microsoft geeft aan dat deze bestaande Reservations één laatste exchange-recht behouden.
Dat betekent dat organisaties hun huidige portfolio niet alleen moeten bekijken vanuit utilization, maar ook vanuit flexibiliteit.
4. Vergelijk Reservation en Savings Plan op risicoprofiel
Niet alleen op korting.
Beoordeel:
kosten + flexibiliteit + voorspelbaarheid + architectuurrisico + contractduur.
5. Leg commitment governance vast
Een organisatie zou vooraf moeten bepalen:
- wie commitments mag aanschaffen;
- welke minimale forecastzekerheid vereist is;
- wanneer een éénjarige of driejarige looptijd verantwoord is;
- hoe utilization wordt gemonitord;
- wanneer een commitment opnieuw wordt beoordeeld;
- hoe Finance, IT, FinOps en Procurement gezamenlijk beslissen.
Dat voorkomt dat cloudcommitments uitsluitend vanuit één team worden beheerd.
Nog een belangrijk detail: niet alles verandert
De beleidswijziging betekent niet dat alle flexibiliteit binnen Azure Reservations verdwijnt.
Microsoft geeft aan dat VM instance size flexibility niet door deze exchangewijziging wordt geraakt. Ook de bestaande cancellation policy verandert niet: het totale bedrag aan geannuleerde commitments mag niet meer dan $50.000 USD binnen een rolling periode van twaalf maanden bedragen voor een billing profile of single enrollment.
Ook blijft het mogelijk om bepaalde bestaande Reservations in te ruilen voor een Savings Plan. Microsoft heeft expliciet aangegeven dat het trade-in beleid hierdoor niet verandert.
Dat maakt een zorgvuldige analyse belangrijker dan een generieke conclusie als “Reservations verdwijnen”.
Ze verdwijnen niet.
Hun economische en strategische afweging verandert.
De strategische verschuiving: van korting naar flexibiliteit
Voor BeSharp Experts is dit uiteindelijk de interessantste ontwikkeling.
De discussie over Azure commitments wordt vaak gevoerd vanuit kosten:
“Hoeveel procent kunnen we besparen?”
De volwassen vraag is:
“Hoeveel zekerheid hebben we nodig om een commitment verantwoord aan te gaan, en hoeveel flexibiliteit zijn we bereid daarvoor op te geven?”
Dat is de kern van commitment management.
Een cloudcommitment is namelijk geen gewone korting. Het is een keuze over toekomstige capaciteit, toekomstige kosten en toekomstige flexibiliteit.
En juist wanneer een vendor de flexibiliteit van dat commitmentmodel verandert, moeten organisaties hun besluitvormingsproces opnieuw bekijken.
Wat betekent dit voor organisaties met een grote Azure-footprint?
Voor organisaties met substantiële Azure-consumptie is dit een goed moment om commitment management niet langer als een operationele FinOps-taak te behandelen.
Het hoort thuis op het snijvlak van:
IT + FinOps + Procurement + Finance + Enterprise Architecture.
De technische forecast bepaalt wat mogelijk is.
FinOps bepaalt wat waarschijnlijk is.
Enterprise Architecture bepaalt welke veranderingen eraan komen.
Finance bepaalt welke financiële risico’s acceptabel zijn.
Procurement bepaalt hoe de commerciële beslissing wordt vastgelegd.
Pas wanneer die perspectieven samenkomen, ontstaat een commitmentbeslissing die werkelijk onderbouwd is.
BeSharp-perspectief
De wijziging van Microsoft is op zichzelf geen reden om Reservations massaal te vervangen door Savings Plans.
Dat zou dezelfde fout zijn vanuit de andere richting.
Een Savings Plan is niet automatisch beter. Een Reservation is niet automatisch goedkoper.
De juiste keuze hangt af van de stabiliteit van de workload, de voorspelbaarheid van de consumptie, de verwachte architectuurwijzigingen en de waarde die flexibiliteit voor de organisatie heeft.
Daarom zou een Azure commitment review niet moeten beginnen met de vraag:
“Welke optie geeft de hoogste korting?”
Maar met:
“Welke toekomstige Azure-consumptie kunnen we met voldoende zekerheid voorspellen?”
Daarna volgt pas de commerciële optimalisatie.
Dat is precies waar onafhankelijke expertise waarde toevoegt: niet door één Microsoft-model te promoten, maar door de verschillende scenario’s naast elkaar te zetten en de financiële, technische en contractuele consequenties zichtbaar te maken.
BeSharp Experts ondersteunt organisaties bij Microsoft licensing, Azure-optimalisatie, contractonderhandelingen en strategische scenarioanalyse. De aanpak is gericht op grip op kosten, compliance en de totale contractuele positie, niet op het maximaliseren van vendor spend.
Conclusie
De wijziging van het Azure Reservation-beleid vanaf 1 februari 2027 lijkt technisch, maar heeft een duidelijke strategische consequentie.
De waarde van goede commitment sizing neemt toe naarmate de mogelijkheid om achteraf te corrigeren afneemt.
Voor organisaties betekent dit dat Azure-kostenoptimalisatie niet uitsluitend moet draaien om korting. Forecasting, architectuurplanning, utilization, scenarioanalyse en governance worden minstens zo belangrijk.
De organisaties die hier het beste op voorbereid zijn, zijn niet noodzakelijk degenen die de grootste Azure-korting realiseren.
Het zijn de organisaties die het beste weten welke Azure-consumptie voorspelbaar is, welke onzeker is en welk financieel commitment bij die werkelijkheid past.
Dat is het verschil tussen cloudkosten verlagen en cloudkosten daadwerkelijk beheersen.
FAQ
Wat verandert er op 1 februari 2027 voor Azure Reservations?
Reservations die vanaf 1 februari 2027 worden aangeschaft voor diensten die door Azure Savings Plans worden ondersteund, zijn niet meer exchangeable. Bestaande Reservations die vóór die datum zijn aangeschaft, behouden één laatste exchange-mogelijkheid.
Zijn Azure Reservations vanaf 2027 nog beschikbaar?
Ja. Microsoft blijft Reservations positioneren als een passende optie voor voorspelbare, stabiele workloads. De belangrijkste verandering betreft de exchange-mogelijkheid.
Is een Azure Savings Plan flexibeler dan een Reservation?
Voor bepaalde dynamische workloads biedt een Savings Plan meer flexibiliteit over in aanmerking komende services en regio’s. Een Savings Plan kan echter zelf niet worden geannuleerd of exchanged.
Kan een bestaande Azure Reservation worden ingeruild voor een Savings Plan?
Ja. Microsoft staat trade-in van bepaalde bestaande Reservations naar Savings Plans toe. Het beleid hiervoor verandert niet door deze nieuwe exchange-regel.
Moeten organisaties vóór 1 februari 2027 massaal Reservations aanschaffen?
Nee. De deadline is geen reden om blind extra commitments aan te gaan. De juiste beslissing hangt af van de voorspelbaarheid van de workload en de verwachte architectuurontwikkelingen.
Verandert de cancellation policy?
Nee. Microsoft geeft aan dat de cancellation policy niet verandert. Voor een billing profile of single enrollment geldt een maximum van $50.000 USD aan geannuleerde commitment binnen een rolling periode van twaalf maanden.
Wat betekent dit voor uw organisatie?
Staat uw organisatie voor een Azure renewal, nieuwe commitmentbeslissing of wijziging in de cloudarchitectuur? Dan is dit het moment om niet alleen naar de verwachte korting te kijken, maar ook naar de flexibiliteit en het risico van het commitment. BeSharp Experts kan onafhankelijk uw Azure commitments, scenario’s en optimalisatiemogelijkheden beoordelen.