Slim schalen in de cloud: kies je voor upscaling of outscaling?

10 november 2025

Volgens markt­on­der­zoeks­bu­reau Omdia bedroegen de wereld­wijde uitgaven aan cloud­in­fra­struc­tuur in het eerste kwartaal van 2025 maar liefst 90,9 miljard dollar, een stijging van 21% ten opzichte van het jaar ervoor. Nu bedrijven steeds meer inves­teren in cloud­tech­no­logie, wordt het vermogen om effectief te schalen cruciaal voor succes. Naarmate gebrui­kers­aan­tallen, datavo­lumes en appli­catie-eisen groeien, is de vraag niet óf je moet schalen – maar hoe.

Er bestaan twee hoofd­stra­te­gieën voor clouds­ca­ling: verticaal schalen en hori­zon­taal schalen.

Voor IT-archi­tecten en engineers is de keuze tussen opschalen (vertical) en uitschalen (hori­zontal) een funda­men­teel ontwerp­be­sluit dat invloed heeft op systeem­ar­chi­tec­tuur, betrouw­baar­heid en de verhou­ding tussen kosten en pres­ta­ties. De concepten lijken eenvoudig, maar hun tech­ni­sche uitvoe­ring en lange­ter­mijn­im­pact zijn groot.

Dit artikel behandelt de tech­ni­sche afwe­gingen van beide modellen, hun toepas­sings­ge­bieden en de hybride bena­de­ring die de basis vormt voor moderne, veer­krach­tige applicaties.

Wat is schaalbaarheid en waarom is het belangrijk?

Schaal­baar­heid is het vermogen van een systeem, netwerk of proces om toene­mende werk­lasten aan te kunnen of te worden uitge­breid om die groei te ondersteunen.

Voor bedrijven betekent dit: meer gebrui­kers kunnen bedienen, meer trans­ac­ties verwerken en grotere hoeveel­heden data beheren zonder prestatieverlies.

Een gebrek aan schaal­baar­heid leidt tot trage reacties, systeem­sto­ringen en slechte gebrui­ker­s­er­va­ringen – met directe gevolgen voor klant­te­vre­den­heid en omzet.

Verticaal schalen (opschalen): de monolithische krachtpatser

Verticaal schalen betekent dat de capa­ci­teit van één enkele machine wordt vergroot. Dat kan door extra CPU’s (vCPU’s), meer geheugen (RAM) of snellere opslag toe te voegen, zodat de server zwaardere workloads aankan.

Voordelen:

  • Eenvoudig beheer: één krachtige server is makke­lijker te beheren dan een gedis­tri­bu­eerd systeem.
  • Compa­ti­bi­li­teit: veel legacy-appli­ca­ties kunnen alleen verticaal schalen.
  • Minder complexi­teit in het begin: geen load balancers of complexe netwerken nodig.
  • Lage latency: één krachtige machine kan sommige workloads sneller afhandelen.

Nadelen:

  • Eén enkel storings­punt (SPOF): als de server uitvalt, ligt alles stil.
  • Beperkte schaal­baar­heid: er zit een boven­grens aan hardware-upgrades.
  • Hoge kosten op grote schaal: topklasse-hardware is oneven­redig duur.
  • Downtime bij upgrades: vaak moet het systeem worden herstart.

Imple­men­tatie:

  • On-premises: fysieke upgrades, zoals meer RAM of snellere SSD-opslag. De limiet ligt bij de capa­ci­teit van het moederbord.
  • In de cloud: via software, bijvoor­beeld door een AWS-instantie te stoppen en een zwaarder type te kiezen (bijv. van t3.medium naar m5.2xlarge).

Typische toepas­singen:

  • Rela­ti­o­nele databases (zoals Post­greSQL of SQL Server) die sterk leunen op ACID-transacties.
  • Mono­li­thi­sche appli­ca­ties die niet ontworpen zijn voor distributie.
  • Stateful appli­ca­ties die kritische data lokaal opslaan.

Beper­kingen:

Verticaal schalen kent harde grenzen. Zelfs de grootste cloud-instantie, zoals AWS’s u‑24tb1.112xlarge met 24 TB RAM, is eindig. Bovendien nemen kosten sneller toe dan prestaties.

Horizontaal schalen (uitschalen): de gedistribueerde vloot

Hori­zon­taal schalen betekent dat je extra servers toevoegt en de werklast verdeelt over meerdere machines. Dit principe vormt de basis van moderne cloud-native architecturen.

Voordelen:

  • Hoge beschik­baar­heid en fout­to­le­rantie: geen single point of failure.
  • Praktisch onbe­perkte schaalbaarheid.
  • Kosten­ef­fi­ciënt: schaal uit bij pieken en weer in bij daling.
  • Pay-as-you-go: kosten beter afgestemd op werkelijk gebruik.

Nadelen:

  • Complexer beheer: vereist load balancing, moni­to­ring en coördinatie.
  • Appli­ca­ties moeten stateless zijn.
  • Extra netwerk­ver­tra­ging tussen servers.
  • Hogere initiële ontwerpcomplexiteit.

Archi­tec­tu­rale componenten:

  • Load balancers verdelen inkomend verkeer over meerdere servers.
  • Stateless appli­ca­tie­laag: gebrui­kers­data worden extern opge­slagen, bijvoor­beeld in Redis of een centrale database.

Moderne imple­men­tatie:

Met contai­ners (Docker) en orches­tratie (Kuber­netes) kan hori­zon­tale schaal­ver­gro­ting auto­ma­tisch plaats­vinden. Kuber­netes beheert clusters en schaalt workloads op basis van actuele belasting via de Hori­zontal Pod Auto­scaler.

De datalaag blijft de uitdaging:

Schrijven en lezen over meerdere databases verdelen is complex. Mogelijke oplos­singen zijn:

  • Repli­catie: meerdere read-replica’s van één primaire database.
  • Sharding: databases verdelen op bijvoor­beeld user-ID.
  • @@melisgs@@

Wanneer kies je voor welke aanpak?

Verticaal schalen is geschikt voor:

  • Startups en kleine bedrijven met voor­spel­bare belasting.
  • Legacy-appli­ca­ties die niet herbouwd kunnen worden.
  • Stateful workloads die gedeeld geheugen gebruiken.
  • Rela­ti­o­nale databases in vroege groeifases.

Hori­zon­taal schalen is beter voor:

  • Bedrijven met snel groeiende of fluc­tu­e­rende gebruikersaantallen.
  • Cloud-native, micro­ser­vices-geba­seerde applicaties.
  • Webser­vers zonder lokale sessiedata.
  • Big-data-verwer­king en high-perfor­mance computing.

Een bekend voorbeeld is Netflix, dat miljoenen kijkers tegelijk bedient via een wereld­wijd gedis­tri­bu­eerd server­sys­teem dat auto­ma­tisch op- en afschaalt naar­ge­lang de vraag.

De hybride realiteit: het beste van twee werelden

De meeste moderne cloud­ar­chi­tec­turen combi­neren beide strategieën.

  • Appli­ca­tie­laag: hori­zon­taal geschaalde contai­ners, beheerd door Kubernetes.
  • Cachinglaag: een gedis­tri­bu­eerde in-memory cache (bijv. Redis).
  • Data­ba­se­laag: verticaal geschaald voor consis­tente trans­ac­ties, vaak met hot-standby.
  • Leesreplica’s: hori­zon­taal geschaald om query­ver­keer te verdelen.

Zo ontstaat een archi­tec­tuur die de flexi­bi­li­teit van hori­zon­taal schalen combi­neert met de stabi­li­teit van verticaal schalen.

Slimmer schalen met emma

Het beheren van schaal­stra­te­gieën in een multi-cloudom­ge­ving kan snel complex worden. emma, een cloud­ma­na­ge­ment­plat­form, vereen­vou­digt dit proces.

  • Bij hori­zon­taal schalen auto­ma­ti­seert emma het uitrollen en beheren van Kuber­netes-clusters over meerdere clouds, inclusief load-balancing, authen­ti­catie en autoscaling.
  • Bij verticaal schalen biedt emma AI-gestuurde aanbe­ve­lingen voor het opti­ma­li­seren van virtuele machines en bare-metal­ser­vers – zodat je niet te veel betaalt voor onge­bruikte capaciteit.

Met emma krijgen orga­ni­sa­ties volledig inzicht, slimme aanbe­ve­lingen en auto­ma­ti­sche opti­ma­li­satie, zodat hun infra­struc­tuur efficiënt meegroeit met de bedrijfs­be­hoefte – zonder grip op pres­ta­ties of kosten te verliezen.

Kortom: de keuze tussen verticaal en hori­zon­taal schalen is geen of/​of-beslis­sing. De toekomst van cloud­ar­chi­tec­tuur ligt in een even­wich­tige, hybride aanpak: verticaal waar eenvoud en consis­tentie tellen, hori­zon­taal waar flexi­bi­li­teit en veer­kracht cruciaal zijn.

Pin It on Pinterest

Share This