Schaalbaarheid in Azure: Van Verticale Limieten naar Horizontale Vrijheid
Waarom echte elasticiteit in de cloud verder gaat dan "meer geheugen bijprikken".
Voor de technische MKB-doelgroep gaat schaalbaarheid niet alleen over "groter", maar over elasticiteit. Het verschil tussen een systeem dat overleeft en een systeem dat rendeert, zit in de architecturale keuzes.
1. Vertical Scaling vs. Horizontal Scaling
On-premise deden we aan Scaling Up (zwaardere CPU). In Azure kiezen we voor Scaling Out via Azure Virtual Machine Scale Sets (VMSS).
Dit is stateless schaalbaarheid: je load balancer verdeelt het verkeer over $n$ aantal identieke nodes. Heb je meer kracht nodig? Dan spint Azure binnen minuten extra instanties op.
2. Layer 7 Routing met Application Gateway
Gebruik de Azure Application Gateway voor intelligente verkeersverdeling op Layer 7. Hiermee kun je URL-based routing toepassen: stuur `/images` naar een goedkope storage pool en de `/api` naar een compute-intensive cluster.
3. Database Schaalbaarheid en IOPS
Voorkom bottlenecks in de data-laag:
- Elastic Pools: Databases delen een pool van eDTU’s voor piekmomenten.
- Storage Scaling: Gebruik Premium SSD v2 om IOPS en doorvoersnelheid onafhankelijk van de opslagcapaciteit te schalen.
4. Cloud-Native Schalen met Kubernetes (AKS)
Voor software-ontwikkelaars is Azure Kubernetes Service (AKS) de ultieme oplossing. Met de Horizontal Pod Autoscaler (HPA) schaal je applicaties op basis van CPU-gebruik, terwijl de Cluster Autoscaler indien nodig fysieke nodes toevoegt.