Vendor Lock-In in de Cloud Vermijden: Praktische Keuzes voor het MKB

Je hebt drie jaar geleden alles in de cloud gezet. De factuur loopt op, de concurrent biedt een beter voorstel, maar als je echt gaat rekenen op een overstap valt het stil: half je data staat in een proprietary database, je authenticatie zit vast aan één identity provider, en je serverless workflows zijn geschreven in een syntax die alleen jouw huidige provider begrijpt. Vendor lock-in is in 2026 niet alleen een IT-term, maar een reden om commerciële onderhandelingen te verliezen. In deze gids kijken we hoe je lock-in als MKB herkent, waarom de EU je nu actief helpt, en welke keuzes vandaag echt een verschil maken.

Wat is vendor lock-in precies

Vendor lock-in betekent dat de kosten of complexiteit van overstappen zo hoog zijn dat je in praktijk aan één leverancier vastzit. Het is zelden één schakel. Meestal is het een stapeling van drie laagjes die samen een vuistdikke muur vormen: proprietary data-formaten en opslagdiensten, API's die alleen op dat ene platform werken, en commerciële afspraken (reserved instances, kortingen in ruil voor langere looptijd) die vertrek duur maken.

Lock-in is niet per se slecht. Een managed dienst kiezen die alleen bij provider X bestaat, kan de juiste beslissing zijn als die dienst echt beter is. Lock-in wordt een probleem zodra je er niet bewust voor kiest, geen exit-strategie hebt, of de kosten van blijven groter worden dan de kosten van migreren.

Waarom lock-in juist nu urgent is

In 2026 zijn er drie dingen tegelijk aan het veranderen die lock-in zichtbaarder maken.

Ten eerste de EU Data Act. Deze verordening (EU 2023/2854) is sinds 12 september 2025 van toepassing op clouddiensten en verplicht providers om commerciële, contractuele, technische en organisatorische belemmeringen bij overstappen weg te nemen. Elk cloudcontract moet een switching-clausule bevatten met een maximale transitietermijn van 30 dagen na een opzegtermijn van maximaal twee maanden. Vanaf januari 2027 mogen providers geen switching- en egress-fees meer in rekening brengen.

Ten tweede volgden de grote providers hierop vooruit. AWS, Google Cloud en Microsoft Azure schrapten hun egress-fees in 2024 al, elk met eigen voorwaarden: Azure vereist een opzegging van alle Azure-abonnementen voor het credit op factuurniveau en specialistische diensten zoals ExpressRoute en VPN zijn uitgezonderd. AWS vereist een support-aanvraag en kent een 60-dagen venster. Google noemde egress ongeveer 2 procent van de totale migratiekosten, en dat is dan ook geen reden om voor een migratie te kiezen, maar het verlaagt wel de politieke drempel.

Ten derde zet ook de Britse mededingingsautoriteit CMA sinds maart 2026 druk op egress-fees en interoperabiliteit, waarmee AWS en Microsoft vrijwillige verbintenissen zijn aangegaan.

Je overstapkansen zijn in andere woorden groter geworden, maar enkel als je architectuur en contracten dat toelaten. Wie zijn hele operation op proprietary diensten heeft gebouwd, kan nog steeds niet weg, hoe laag de egress-prijs ook is.

De drie lagen waar lock-in ontstaat

Data en opslag

Hier zit vaak de hardste knoop. Als je data in een proprietary formaat ligt (zoals een leveranciersspecifieke NoSQL-database) of in een opslagdienst die geen directe gelijke heeft, is migreren pijnlijk. Een PostgreSQL-database laat zich binnen een week verhuizen; een Cosmos DB of DynamoDB met triggers en stored procedures vraagt een herbouwproject.

Compute en runtime

Serverless-functies zijn verleidelijk omdat je niets hoeft te beheren, maar de code-interfaces lopen uit elkaar. Een Lambda-functie met een AWS SDK is geen Azure Function. Containers op Kubernetes zijn vrijwel universeel, een proprietary PaaS niet.

Identiteit en integratie

Je authenticatie, je monitoring-stack, je CI/CD pipelines: als die allemaal met één provider verweven zitten, verhuis je niet alleen je workload maar je hele operationele proces. Dit is de laag die MKB-bedrijven het meest onderschatten.

Hoe erg is lock-in voor jouw bedrijf

Niet elke lock-in verdient een architecture overhaul. Een praktische toets in drie vragen:

1. Hoeveel kost blijven? Breng je jaarlijkse cloudfactuur in beeld, inclusief groei. Vergelijk met marktconforme prijzen bij alternatieven.
2. Hoeveel kost vertrekken? Schat het aantal manmaanden voor dataextractie, code-herbouw en integratie-aanpassingen. Reken één extra kwartaal voor onvoorziene gevallen.
3. Hoeveel strategische ruimte lever je in? Een provider die stug prijzen verhoogt of een dienst discontinueert, zonder dat jij een reele exit-optie hebt, verliest op elke onderhandeling van je.

Als het antwoord op vraag drie "nauwelijks" is en de prijsstijgingen zijn beperkt, is bewust blijven een prima keuze. Als een of meerdere antwoorden zorgen baren, is het tijd om maatregelen te nemen, zelfs zonder dat je nu wilt overstappen.

Zes architectuurkeuzes die lock-in beperken

1. Open dataformaten, geen proprietary modellen

Houd data in open formaten zoals Parquet, Avro, of klassieke relationele vorm (PostgreSQL, MySQL). Elke provider heeft hiervoor managed varianten. Je blijft portable zonder in te leveren op prestaties.

2. Kubernetes en containers in plaats van proprietary PaaS

Een container draait overal. Dezelfde Docker-image gaat van AWS ECS naar Azure AKS naar on-premise Kubernetes zonder herbouw. Serverless (Lambda, Azure Functions) is sneller op te zetten, maar bindt je sterker. Voor de meeste MKB-workloads is een lichte Kubernetes-cluster of een containerized app-service meer dan voldoende, en jaren toekomstbestendig.

3. Infrastructure-as-code met tools die provider-onafhankelijk zijn

Terraform, OpenTofu en Pulumi definieren je infrastructuur in code die (met aanpassingen) naar meerdere providers kan. Een handmatig in de portal geklikte omgeving kun je nergens heen tillen. Daarnaast is IaC ook winst voor je dagelijkse operatie, denk aan reproduceerbare omgevingen en version control op je infra.

4. Dunne laag proprietary logica

Mag je een proprietary dienst gebruiken? Zeker, mits je er niet dik overheen bouwt. De vuistregel: proprietary diensten alleen aan de rand van je architectuur (bijvoorbeeld voor een managed queue of een specifieke AI-service), en abstraheer ze zodat vervanging niet je kernlogica raakt.

5. Open identity, open monitoring

Gebruik OpenID Connect en OAuth 2.0 standaarden. Een moderne identity provider als Microsoft Entra ID is nog altijd niet 100 procent portable, maar standaardprotocollen maken het veel makkelijker om een laag identity-brokering ertussen te zetten. Zet je logs en metrics op OpenTelemetry; dan zijn ze bruikbaar in elk observability-platform.

6. Multi-regio voor cloud-afhankelijkheid, overweeg multi-cloud alleen bewust

Multi-cloud klinkt als het ultieme antwoord op lock-in, maar is in praktijk duur en complex. Voor de meeste MKB-bedrijven is multi-regio binnen één provider ruim voldoende voor beschikbaarheid; multi-cloud alleen als je daar een duidelijke business- of regelgevingsreden voor hebt. De praktijk laat zien dat echte portabiliteit tussen providers maar bij een minderheid van bedrijven goed geregeld is.

Zes contractuele keuzes die exits open houden

• Jaarcontract of maandcontract, geen meerjarige lock-in zonder duidelijke korting. Een korting van 10 procent op drie jaar is zelden drie jaar flexibiliteit waard.
• Exit-clausule met SLA voor dataoverdracht. De EU Data Act schrijft dit vanaf september 2025 feitelijk voor, maar leg het expliciet vast: welk formaat, binnen hoeveel tijd, met welke medewerking.
• Benchmark-clausule. Afspraak dat je prijzen jaarlijks tegen de markt kunt toetsen en, bij materiele afwijking, kunt heronderhandelen.
• Portabiliteit van tooling. Alle configuratie als IaC, documentatie van integraties, en open-standaard back-ups.
• Transparante prijsmodellen. Vast tarief per gebruiker of per verbruikseenheid is overdraagbaar; obscure kortingskolommen in enterprise-contracten minder.
• Geen gratis credits aannemen zonder exit-plan. Startup credits en migratiebonussen zijn verleidelijk, maar ze trekken je dieper een stack in waar je ongewild drie jaar niet uit komt.

Microsoft 365 en Google Workspace: ook lock-in?

Zeker, maar van een ander soort. Je data in Microsoft 365 of Google Workspace is export-baar (OneDrive-exports, mailbox-exports), en de belangrijkste bestandsformaten zijn open. De lock-in zit in gebruikersadoptie: je medewerkers kennen Outlook of Gmail, je processen zijn op SharePoint of Drive gebouwd. Overstappen vraagt dus vooral change management en training, niet zozeer data-portability. Voor achtergrond geven onze vergelijking Google Workspace versus Microsoft 365 en de complete gids over cloud beheer uitbesteden houvast.

Wat de EU Data Act voor jouw contract betekent

De korte versie: elk cloudcontract dat je vandaag tekent of verlengt moet een switching-clausule bevatten. Als provider mogen ze niet langer dan 30 dagen doen over dataoverdracht na een opzegtermijn van maximaal twee maanden. Switching- en egress-fees mogen tot januari 2027 nog in beperkte vorm, en zijn daarna volledig verboden voor standaarddiensten.

Wat je concreet kunt doen: in elk nieuw contract vraagt je om een expliciete switching-sectie met formaten, termijnen en medewerkingsverplichting; voor bestaande contracten vraag je om een addendum. De EU Data Act legt deze eis op de provider, dus de weerstand hoort beperkt te zijn. Onze gids over SaaS, PaaS en IaaS voor het MKB legt uit hoe de verantwoordelijkheden per servicemodel verschuiven.

Praktijkvoorbeeld, licht geabstraheerd

Een MKB-webshop met circa 40 medewerkers draaide op een proprietary PaaS met managed database en serverless functies. De factuur groeide elk jaar. In vier kwartalen hebben we de database geabstraheerd achter een PostgreSQL-compatible interface, de serverless functies herbouwd als containers, en de infrastructuur in Terraform vastgelegd. Een offerte van een concurrerende provider werd ineens een reele onderhandelingskaart.

Veelgestelde vragen over vendor lock-in in de cloud

Betekent cloud automatisch lock-in? Niet automatisch, maar wel vaak. Elke cloud heeft eigen managed diensten die je in verleiding brengen om proprietary features te gebruiken. De lock-in ontstaat door de keuzes die je maakt binnen de cloud, niet door "in de cloud zitten" op zich. Met open formaten, containers en infrastructure-as-code houd je ook in de cloud reele exit-opties.

Is multi-cloud dan de oplossing? Zelden voor het MKB. Multi-cloud verdubbelt operationele complexiteit, kennisvraag en soms kosten. Voor de meeste MKB-bedrijven levert multi-regio binnen één provider meer waarde dan multi-cloud. Multi-cloud wordt interessant bij strenge regelgevingseisen, voor leveranciers-onafhankelijke SaaS-producten, of specifieke continuiteitsvereisten.

Hoe snel kan ik lock-in afbouwen zonder alles te herbouwen? In één jaar kom je vaak al een flink eind. Begin met IaC voor nieuwe omgevingen, migreer één proprietary database naar een open equivalent, en spreek voor elk nieuw contract een switching-clausule af. Grote herbouwoperaties duren langer, maar de meeste winst zit in de 20 procent architectuurkeuzes die 80 procent van je portabiliteit bepalen.

Mogen cloudproviders me vandaag al niets meer in rekening brengen voor overstappen? Nee, pas vanaf januari 2027 is dat volledig verboden voor standaarddiensten onder de EU Data Act. Nu geldt dat providers de drempels moeten verlagen en switching-clausules moeten aanbieden, en de meeste grote partijen hebben hun egress-fees voor data-uitstappen al vrijwillig geschrapt (met voorwaarden).

Wat betekent lock-in voor onze cybersecurity? Lock-in versterkt het effect van een incident bij je provider: als je er niet makkelijk weg kunt, raakt een langdurige storing of een beveiligingsprobleem je harder. Een exit-strategie met geteste overdracht naar een alternatief is in feite ook een continuiteitsmaatregel. Onze gids over het bedrijfscontinuiteitsplan laat zien hoe je dit koppelt aan je BCP.

Conclusie

Vendor lock-in is in 2026 geen onvermijdelijk gegeven meer. De EU Data Act dwingt providers tot openheid, egress-fees verdwijnen, en de meeste technische tools voor portabiliteit (containers, open formaten, infrastructure-as-code) zijn volwassen genoeg voor MKB-gebruik. De vraag is of jouw contracten en architectuur je daadwerkelijk de exit-optie geven die de wet nu belooft. Begin met een eerlijke inventarisatie van waar je proprietary diensten gebruikt, maak een korte lijst met open vervangers, en spreek voor elk nieuw contract vanaf vandaag een switching-clausule af.

Wil je weten hoe lock-in-vast jouw huidige cloudomgeving eigenlijk is, en welke stappen in jouw situatie het meeste opleveren? TRON Group inventariseert cloud-architecturen voor MKB-bedrijven en bouwt stapsgewijs portabiliteit in zonder dat je migratie-ellende hoeft op te zetten. Bel vrijblijvend op 085-3035869 of bekijk onze cloudbeheer-praktijk voor een eerste gesprek.