Lambda@Edge en event-driven patronen

Lambda@Edge heeft strengere limieten dan reguliere Lambda: maximaal 128 MB geheugen (viewer-gebeurtenissen), 1 GB (origin-gebeurtenissen), een maximale time-out van 5 seconden (viewer) en 30 seconden (origin). Functies moeten worden gemaakt in us-east-1 en via CloudFront naar edge-locaties worden geïmplementeerd. VPC's, omgevingsvariabelen en Lambda-lagen worden niet ondersteund. Door deze beperkingen is Lambda@Edge bedoeld voor lichte transformaties, niet voor zware verwerking.

Lambda@Edge is bijzonder geschikt voor: A/B-testen (URL's herschrijven naar verschillende origin-paden op basis van cookies), verificatie (JWT's aan de edge valideren voordat ze naar de origin worden doorgestuurd), aanpassen van HTTP-headers (beveiligingsheaders zoals HSTS, CSP en X-Frame-Options toevoegen), URL-normalisatie (www omleiden naar non-www of afsluitende schuine strepen afdwingen) en personalisatie (verschillende inhoud aanbieden op basis van het land van de viewer uit de header CloudFront-Viewer-Country).

CloudFront Functions zijn uiterst lichte JavaScript-functies die alleen tijdens de viewer-aanvraag- en viewer-antwoordfasen worden uitgevoerd, met een uitvoeringstijdlimiet van 2 ms en veel lagere kosten. Voor eenvoudige toepassingen (URL's herschrijven, headers aanpassen, cachesleutels normaliseren) hebben CloudFront Functions de voorkeur boven Lambda@Edge, omdat ze sneller en goedkoper zijn. Gebruik Lambda@Edge wanneer je netwerkoproepen of grotere ladingen nodig hebt, of wanneer je de triggerpunten voor origin-aanvragen en -antwoorden nodig hebt.

Een gebeurtenisgestuurde architectuur verbindt diensten via gebeurtenissen: berichten die aangeven dat er iets is gebeurd. In AWS is Lambda de belangrijkste consument van gebeurtenissen: de dienst ontvangt gebeurtenissen uit SQS, SNS, DynamoDB Streams, Kinesis, S3, EventBridge en meer. Elke gebeurtenis activeert een Lambda-uitvoering, waardoor systemen asynchroon en onafhankelijk kunnen reageren zonder sterke koppeling. Dit patroon maakt losse koppeling, onafhankelijk schalen en isolatie van fouten mogelijk.

Je kunt Lambda configureren als een toewijzing van een gebeurtenisbron voor SQS. Lambda ondervraagt de wachtrij, haalt maximaal een batchgrootte aan berichten op (maximaal 10.000 voor standaardwachtrijen en 10 voor FIFO) en roept de functie één keer per batch aan. Als de functie mislukt, wordt de hele batch teruggezet in de wachtrij. Configureer een batchvenster om te wachten op meer berichten voordat de functie wordt aangeroepen; dit verbetert de verwerkingscapaciteit. Gebruik een DLQ op de SQS-wachtrij als bron voor berichten die herhaaldelijk mislukken.

DynamoDB Streams legt elke wijziging op itemniveau (INSERT, MODIFY, REMOVE) vast als een geordende reeks gebeurtenissen. Lambda leest uit de stream met een toewijzing van een gebeurtenisbron met TRIM_HORIZON (start bij het oudste item) of LATEST (start bij het nieuwste item). Lambda verwerkt records in volgorde binnen een partitie. Mislukte batches blokkeren verdere verwerking van dezelfde partitie totdat het probleem is opgelost. Gebruik bisect on error om mislukte batches op te splitsen en problematische records te isoleren.

Lambda verwerkt Kinesis-records op vergelijkbare wijze als DynamoDB Streams: één gelijktijdige uitvoering per shard. Belangrijke configuratieopties zijn onder andere de parallelisatiefactor (maximaal 10 gelijktijdige Lambda-aanroepen per shard, waarbij subbatches parallel worden verwerkt) en enhanced fan-out (een speciale verwerkingscapaciteit van 2 MB/s per shard voor de Lambda-consument). Deze opties verhogen de verwerkingscapaciteit voor streams met grote volumes aanzienlijk zonder het aantal shards te verhogen.

Amazon EventBridge is de aanbevolen gebeurtenisbus voor het verbinden van AWS-diensten en aangepaste toepassingen. Gebeurtenissen stromen naar een bus, waarna regels gebeurtenissen op basis van een patroon filteren en doorsturen naar doelen zoals Lambda, SQS, Step Functions en meer. EventBridge ontkoppelt producenten en consumenten van gebeurtenissen volledig: geen van beide hoeft iets van de ander te weten. De standaardgebeurtenisbus ontvangt gebeurtenissen van AWS-diensten; maak een aangepaste gebeurtenisbus voor de gebeurtenissen van je toepassing.

Een veelgebruikt gebeurtenisgestuurd patroon is fan-out: één gebeurtenis activeert meerdere parallelle verwerkingsworkflows. Publiceer naar een SNS-topic en meerdere abonnementen van Lambda-functies reageren elk onafhankelijk. Zo kan een gebeurtenis voor een geplaatste bestelling worden verspreid naar: een Lambda-functie die een bevestigingsmail verstuurt, een Lambda-functie die de voorraad bijwerkt en een Lambda-functie die het magazijn op de hoogte brengt. Elke consument is onafhankelijk en schaalt afzonderlijk; geen enkele consument kan de andere blokkeren.

In deze les heb je geleerd dat Lambda@Edge functies uitvoert op CloudFront edge-locaties met vier triggerpunten (viewer-aanvraag/-antwoord en origin-aanvraag/-antwoord) voor taken zoals verificatie, URL's herschrijven en headers aanpassen; dat CloudFront Functions het goedkopere alternatief met een lagere latentie zijn voor eenvoudige transformaties tijdens de viewer-fase; en dat gebeurtenisgestuurde patronen met SQS, DynamoDB Streams, Kinesis, EventBridge en SNS-fan-out los gekoppelde architecturen mogelijk maken waarin Lambda reageert op realtime gebeurtenissen. Hierna bekijken we standaard- en FIFO-wachtrijen van SQS.