Gereserveerde gelijktijdigheid en throttling

Gereserveerde gelijktijdigheid stelt een harde bovengrens in voor hoeveel instanties van een Lambda-functie gelijktijdig kunnen draaien. Als je gereserveerde gelijktijdigheid op 5 zet, garandeert Lambda dat die 5 slots altijd beschikbaar zijn voor je functie — maar het betekent ook dat een 6e gelijktijdig verzoek wordt gethrottled.

Dit is handig wanneer je functie schrijft naar een downstreamresource (zoals een database) die maar een beperkt aantal connecties aankan. Zonder gereserveerde gelijktijdigheid kan een plotselinge piek in verkeer de database overspoelen met honderden parallelle Lambda-executies.

Er is een afruil: gereserveerde slots worden afgetrokken van de totale gelijktijdigheidsruimte van je account (standaard 1.000). Als je bij één functie gereserveerde gelijktijdigheid op 100 zet, blijven er nog maar 900 over voor alle andere functies in het account.

Wat gebeurt er als een functie met een gereserveerde gelijktijdigheid van 5 een 6e gelijktijdig verzoek ontvangt?