Je hebt geen server in handen, maar je code draait wél. Dat is in een notendop het idee achter serverless computing. Miljoenen ontwikkelaars gebruiken het dagelijks – voor API’s, dataverwerking of automatisering – zonder zich druk te maken over de onderliggende infrastructuur. Maar hoe werkt dat precies, en wat zijn de valkuilen? Dit artikel geeft een nuchter beeld van de beloftes en de praktijk.

4 gerelateerde berichten

Definitie: code op aanvraag zonder serverbeheer (Microsoft Azure) ·
Betaalmodel: pay-per-use (Fortinet) ·
Schaalbaarheid: automatisch op basis van gebruik (Google Cloud)

Overzicht

1Bevestigde feiten
2Wat onduidelijk is
  • Exacte kostenbesparing hangt af van gebruikspatroon (New Relic)
  • Of serverless geschikt is voor alle workloads blijft onderwerp van discussie (CloudBolt)
3Tijdlijn-signaal
  • IBM publiceert serverless overview () (IBM)
4Wat komt hierna
  • Cloud providers breiden serverless aanbod uit voor grotere workloads (Google Cloud)

Vier kernfeiten over serverless computing – samengevat in een tabel:

Kenmerk Waarde
Alternatieve naam Function-as-a-Service (FaaS) (IBM)
Eerste aanbieder AWS Lambda (2014) (Cloud Optimo)
Betaalmodel Pay-per-use, per uitvoering of geheugentijd (Fortinet)
Typische use cases API’s, data processing, automatisering (Google Cloud)

Wat is serverless computing in eenvoudige bewoordingen?

De basis: geen serverbeheer

  • Serverless computing draait code op aanvraag zonder dat de ontwikkelaar servers beheert – de cloudprovider regelt de infrastructuur (Microsoft Azure).
  • Betaling gebeurt alleen voor de daadwerkelijk gebruikte rekencapaciteit, niet voor een vaste server die de hele dag draait (Fortinet).

Het model neemt het provisioning en onderhoud van servers volledig uit handen. Ontwikkelaars kunnen zich richten op de applicatielogica, terwijl de cloudprovider de schaalbaarheid en beschikbaarheid garandeert. Google Cloud positioneert het als ‘coderen zonder servers te beheren’.

Serverless vs. traditionele cloud

  • Cloud computing omvat IaaS (virtuele servers), PaaS (platformbeheer) en serverless als de meest abstracte laag (Couchbase).
  • Waar IaaS zelf servers provisiont en PaaS het platform beheert, verwijdert serverless ook dát beheer – code wordt getriggerd door events en draait in een kortstondige container.

De trade-off is duidelijk: meer gemak, minder controle. Ontwikkelaars kunnen niet meer inloggen op een server om een proces te debuggen; ze zijn afhankelijk van logging en monitoring van de provider.

Wie gebruikt serverless?

  • Startups en kleine teams die snel een API of backend willen neerzetten zonder ops-kosten.
  • Grote organisaties voor dataprocessing, zoals het omzetten van bestanden of het verwerken van IoT-telemetrie (New Relic).
  • Automatiseringstaken: webhooks, Slack-commands, e-mailverwerking.
Samenvatting: Serverless computing is een cloudmodel dat serverbeheer wegneemt en factureert per uitvoering. Voor teams die snel willen schakelen en niet willen investeren in infrastructuurbeheer is het een aantrekkelijke optie; voor workloads met constante hoge belasting kan een dedicated server goedkoper zijn.

De bottom line: serverless past bij onregelmatige belasting; voor constante workloads loont het om vaste resources te overwegen.

Hoe werkt serverless computing?

Het principe van Function-as-a-Service (FaaS)

  • Ontwikkelaars uploaden code in losse functies – elke functie heeft een specifiek event als trigger (Microsoft Azure).
  • De cloudprovider zorgt voor de runtime, de schaalvergroting en de beschikbaarheid. De functie draait in een geïsoleerde omgeving die automatisch wordt gestart en gestopt.

Uitvoering bij een gebeurtenis

  • Een HTTP-request, een bestand dat in een bucket wordt geplaatst, of een bericht in een queue kan een functie activeren.
  • De functie wordt alleen actief zolang nodig – seconden of milliseconden – en wordt daarna afgekoeld.

Automatisch schalen

  • Bij piekbelasting worden honderden of duizenden exemplaren van de functie tegelijk gestart (Google Cloud).
  • Bij inactiviteit schaalt het naar nul – geen kosten, geen idle-capaciteit.

Het impliciete gevaar: onverwacht veel events kunnen leiden tot een hoge rekening, omdat je betaalt per uitvoering. Fortinet waarschuwt dat budgetcontrole bij serverless anders werkt dan bij traditionele hosting.

De valkuil

Een functie die een foutmelding geeft en oneindig opnieuw wordt aangeroepen, kan ongemerkt honderdduizenden uitvoeringen genereren – met een forse factuur tot gevolg. Altijd een maximum aantal retries en een alarm op kosten instellen.

Wat dit betekent: monitoring en budgetlimieten zijn geen optionele toevoegingen, maar harde vereisten in een serverless architectuur.

Wat is een voorbeeld van serverless?

AWS Lambda

  • Gelanceerd in 2014 en daarmee de eerste grootschalige serverless FaaS-service (Cloud Optimo).
  • Ondersteunt Node.js, Python, Java, Go, .NET en meer.
  • Maximale uitvoeringstijd per functie: 15 minuten.

Google Cloud Functions

  • Onderdeel van Google Cloud’s serverless portfolio, naast Cloud Run en App Engine (Google Cloud via serverless-pagina).
  • Ondersteunt Node.js, Python, Go, Java, .NET, Ruby en PHP.
  • Triggers: HTTP, Cloud Storage, Pub/Sub, Firestore.

Cloudflare Workers

  • Draait op het edge-netwerk van Cloudflare, met meer dan 250 datacenters wereldwijd.
  • Gebruikt JavaScript, Rust, Python en meer via service workers.
  • Bekend om lage latentie door nabijheid van gebruikers.

Azure Functions

  • Serverless dienst van Microsoft Azure met ondersteuning voor C#, Java, JavaScript, Python, PowerShell (Microsoft Azure).
  • Naadloze integratie met andere Azure-diensten zoals Event Grid en Cosmos DB.

Vier diensten, één patroon: je uploadt code, definieert een trigger, en de provider regelt de rest. Het verschil zit in de talen, de maximale uitvoeringstijd en de netwerkprestaties.

Waarom dit belangrijk is

De keuze voor een provider bepaalt niet alleen de functies, maar ook de vendor lock-in. Een functie geschreven voor AWS Lambda kun je niet zomaar naar Azure Functions verplaatsen – de API’s en triggers zijn verschillend. Couchbase noemt vendor lock-in dan ook als een van de grootste nadelen.

Het patroon: elke provider bouwt zijn eigen ecosysteem – migreren kan, maar tegen hoge kosten.

Wat zijn de nadelen van serverless?

Koude starts (cold starts)

  • Wanneer een functie na een periode van inactiviteit wordt aangeroepen, moet de container opnieuw opstarten. Dit kan honderden milliseconden tot seconden duren (New Relic).
  • Voor toepassingen die een consistente lage latentie vereisen, kan dit een probleem vormen.

Vendor lock-in

  • Elke provider heeft eigen API’s, triggers en limieten. Migreren tussen providers is complex en kostbaar (Couchbase).
  • Er bestaat geen universele standaard voor FaaS, zoals CloudBolt opmerkt.

Beperkte uitvoeringstijd

  • AWS Lambda hanteert een maximum van 15 minuten per functie (Cloud Optimo).
  • Langdurige processen zoals batchverwerking van grote datasets zijn daardoor ongeschikt voor serverless.

Moeilijk debuggen

  • Omdat de omgeving niet direct toegankelijk is, is foutopsporing lastiger dan op een traditionele server (Akamai).
  • Logging en monitoring zijn essentieel, maar geven minder diepgaand inzicht dan een shell-sessie.

De nadelen zijn reëel, maar voor veel use cases te beheersen. Het komt neer op een afweging tussen gemak en controle.

Wat is het verschil tussen serverless computing en cloud computing?

Cloud computing: algemeen model

Cloud computing is de overkoepelende term voor het leveren van rekenkracht, opslag en diensten via internet. Het omvat drie hoofdlagen:

  • IaaS (Infrastructure as a Service): virtuele servers, netwerken, opslag.
  • PaaS (Platform as a Service): managed runtime voor applicaties.
  • Serverless: de meest abstracte laag, waarbij code draait op events zonder dat de gebruiker servers of platforms beheert (IBM).

Serverless als subset

Serverless is een specifieke implementatie binnen cloud computing, geen eigen categorie. Het verschilt van traditionele cloud doordat:

  • Geen provisioning: bij IaaS kies je een VM-grootte, bij serverless niet.
  • Eventgedreven: code wordt alleen uitgevoerd bij een trigger, in plaats van continu.
  • Fijnmazige facturatie: per uitvoering, niet per uur.

Beheer versus gemak

Hoe hoger in de abstractie, hoe minder beheer, maar ook hoe minder controle. Voor een startup die snel een API wil lanceren, is serverless ideaal. Voor een bedrijf dat strenge compliance-eisen heeft of maatwerk kernel-modules nodig heeft, blijft IaaS de veiligere keuze.

De afweging

Kies serverless voor workloads met variabele belasting en korte looptijd. Kies IaaS of PaaS voor constante belasting of lange processen. De ideale architectuur gebruikt een mix van beide, afhankelijk van de functie.

Een directe vergelijking tussen serverless en de twee meest nabije cloudmodellen:

Kenmerk Serverless (FaaS) PaaS IaaS
Serverbeheer Geheel door provider Platform beheerd, applicatie zelf Zelf beheren
Schalen Automatisch, per functie Automatisch, per instance Handmatig of via autoscaling
Facturatie Per uitvoering/geheugentijd Per uur of per resource Per uur
Max. uitvoeringstijd Beperkt (bv. 15 min) Geen beperking Geen beperking
Debuggen Alleen via logs Logs + remote debug Volledige toegang
Vendor lock-in Hoog Matig Laag

De implicatie: hoe meer controle je nodig hebt, hoe lager je in de stack moet blijven; serverless levert gemak maar beperkt beheer.

Heldere versus onduidelijke claims

Bevestigde feiten

  • Serverless elimineert serverbeheer voor de ontwikkelaar (Microsoft Azure)
  • Koude starts zijn een bekend nadeel (New Relic)
  • AWS Lambda is de populairste serverless dienst (ThinkSys)

Wat onduidelijk is

  • Exacte kostenbesparing hangt af van gebruikspatroon (New Relic)
  • Of serverless geschikt is voor alle workloads blijft onderwerp van discussie (CloudBolt)

Wat experts zeggen

Serverless computing stelt ontwikkelaars in staat code te schrijven zonder zich zorgen te maken over de onderliggende servers – de cloudprovider beheert de infrastructuur, schaalt automatisch en factureert alleen voor het gebruik.

– Microsoft Azure (Cloudplatform)

Serverless is een cloud execution model dat het beheer van servers wegneemt en ontwikkelaars laat focussen op code. Het model past resources aan op basis van de werkelijke belasting.

– Google Cloud (Cloudprovider)

Serverless computing is een application development and execution model waarin code draait zonder provisioning of beheer van servers. Het biedt flexibiliteit maar ook uitdagingen op het gebied van controle en debugging.

– IBM (Technologiebedrijf)

De consensus is helder: serverless neemt een groot deel van de operationele last weg, maar vraagt om een andere manier van denken over architectuur, monitoring en kostenbeheersing. Voor ontwikkelaars die gewend zijn aan een eigen server, kan de overstap wennen zijn.

Aanvullende bronnen

newrelic.com, varonis.com

Voor een uitgebreidere uitleg over serverless computing kun je terecht bij CultuurMag.

Mis deze niet

Veelgestelde vragen

Waarom heet het serverless als er wel servers zijn?
De term ‘serverless’ slaat op de ontwikkelaarservaring: de ontwikkelaar beheert geen servers. De servers bestaan fysiek wel, maar worden volledig door de cloudprovider beheerd en onderhouden (Akamai).
Wordt AWS als serverless beschouwd?
AWS biedt zowel serverless diensten (zoals AWS Lambda, DynamoDB, API Gateway) als traditionele IaaS-diensten (EC2). AWS Lambda is een volledig serverless FaaS-platform (Cloud Optimo).
Wat is het verschil tussen serverless en PaaS?
Bij PaaS beheer je nog het platform (runtime, configuratie); bij serverless niet. Serverless schaalt per functie en factureert per uitvoering, terwijl PaaS per instance factureert. Serverless heeft een maximale uitvoeringstijd, PaaS niet.
Is serverless veilig?
De beveiliging van de infrastructuur ligt bij de provider, wat voor kleinere teams een voordeel kan zijn. Wel blijft de applicatiecode zelf verantwoordelijk voor inputvalidatie en autorisatie. Omdat functies kortlevend zijn, is de aanvalsoppervlakte kleiner dan bij een permanente server (Fortinet).
Wat zijn de beste serverless diensten?
De drie grootste zijn AWS Lambda, Azure Functions en Google Cloud Functions. Daarnaast zijn Cloudflare Workers (edge), IBM Cloud Functions en Oracle Cloud Functions opties. De keuze hangt af van de bestaande cloudstack en de gewenste integraties.
Kan serverless worden gebruikt voor grote applicaties?
Ja, maar met architecturale aanpassingen. Grote applicaties bestaan uit meerdere functies die samenwerken, vaak via eventstromen. Beperkingen zoals maximale uitvoeringstijd en geheugen moeten per functie worden bewaakt. Grote bedrijven zoals Netflix en Airbnb gebruiken serverless voor specifieke onderdelen (New Relic).
Wat is een cold start bij serverless?
Een cold start treedt op wanneer een functie na een periode van inactiviteit wordt aangeroepen. De provider moet de runtime opstarten, wat een vertraging van honderden milliseconden tot enkele seconden kan veroorzaken. Dit is een bekend nadeel van serverless (Akamai).

Gerelateerde lectuur

Serverless computing is geen wondermiddel, maar voor de juiste toepassingen een krachtige tool. Het neemt een berg operationele rompslomp weg, maar vraagt om discipline in monitoring en kostenbeheer. Voor de Nederlandse start-up of ontwikkelaar die snel wil experimenteren zonder vast te zitten aan een server, is de drempel lager dan ooit. De keuze is niet óf je serverless gebruikt, maar wannéér.