Omgaan met mislukte events

Een Lambda-functie verwerkt batches met records uit een Amazon SQS-queue. Af en toe mislukt de verwerking van één record, terwijl de overige records slagen. Developers willen voorkomen dat succesvol verwerkte records onnodig opnieuw worden geprobeerd.

Welke oplossing sluit HET BEST aan bij deze eis?

Deze oefening maakt deel uit van de cursus

Toepassingen ontwikkelen op AWS

Interactieve oefening met praktijkervaring

Zet theorie om in actie met een van onze interactieve oefeningen

Deze oefening maakt deel uit van de cursus

Toepassingen ontwikkelen op AWS

SkillTag.level.intermediateSkillTag.label

5.0+

Begin gratis met de cursus

Leer de architectonische basis van cloud-native software. Aan het einde van dit hoofdstuk kun je kiezen tussen monoliet, microservices, serverless en event-driven patronen; redeneren over strak versus los koppelen en synchrone versus asynchrone communicatie; state beheren in stateless services; en ontwerpen voor veerkracht met retries, exponentiële backoff, circuit breakers en dead-letter queues.

Exercise 1: Architectuurstijlen en communicatiepatronen Exercise 2: Communicatiepatronen Exercise 3: Berichtvolgorde Exercise 4: Classificeer communicatiemechanismen Exercise 5: Services coördineren en state beheren Exercise 6: Workflows bouwen Exercise 7: Welk architectuurpatroon past het best?Exercise 8: Veilig omgaan met dubbele events Exercise 9: Fault-tolerante en veerkrachtige applicaties ontwerpen op AWS Exercise 10: Omgaan met tijdelijke fouten Exercise 11: Exponentiële backoff met jitter implementeren Exercise 12: Omgaan met storingen in downstreamservices

Bouw, beveilig en beheer API's op Amazon API Gateway. Aan het einde van dit hoofdstuk kun je het juiste API-type kiezen (REST, HTTP of WebSocket); Lambda-integraties configureren met validatie en transformaties; API's uitrollen over stages met CloudFormation, SAM en CDK; en ze beschermen met Amazon Cognito, IAM, Lambda authorizers, versleuteling en throttling.

Exercise 1: API's ontwerpen op AWS Exercise 2: De juiste API‑type kiezen Exercise 3: Een API migreren Exercise 4: API Gateway-typen classificeren Exercise 5: API-ontwikkeling Exercise 6: Welke API Gateway-functionaliteit Exercise 7: Los een 502 op bij een Lambda-proxy-integratie Exercise 8: Koppel een API aan Lambda met een proxy-integratie Exercise 9: Je API's testen en implementeren Exercise 10: Lokaal testen met SAM Exercise 11: Welke infrastructure-as-code-tool moet je gebruiken?Exercise 12: De serverless CI/CD-workflow ordenen Exercise 13: Je API's beveiligen Exercise 14: Mislukte API-verzoeken Exercise 15: Aangepaste autorisatieregels Exercise 16: Omgaan met verkeerspieken

Bouw losgekoppelde, event-driven en streaming-workloads. Aan het einde van dit hoofdstuk kun je services loskoppelen met Amazon SQS-queues (inclusief FIFO en dead-letter queues) en Amazon SNS-topics met abonnementsfilters; events routeren met Amazon EventBridge met regels, eventpatronen en schema's; data met hoge doorvoer verwerken met Amazon Kinesis Data Streams en Data Firehose; en in realtime reageren op tabelwijzigingen met Amazon DynamoDB Streams.

Exercise 1: Ontkoppelen met AWS Messaging Services Exercise 2: De pollingtijd verhogen op een SQS-queue Exercise 3: Welke messagingservice Exercise 4: SQS-queuetypen classificeren Exercise 5: Event-gedreven applicaties Exercise 6: Berichtverwerking optimaliseren Exercise 7: Omgaan met mislukte events

Huidige oefening

Exercise 8: Dubbele events afhandelen Exercise 9: Streaminggegevens Exercise 10: Streamingdata schalen Exercise 11: Omgaan met mislukte verwerking Exercise 12: Kinesis Data Streams of SQS?Exercise 13: Streamingdata met DynamoDB Exercise 14: Schakel een DynamoDB-stream in met beide itemafbeeldingen Exercise 15: Duplicaten in records minimaliseren Exercise 16: Een idempotency-sleutel kiezen