Een ontwikkelaar heeft een serverloze applicatie gebouwd die gebruikmaakt van API Gateway, Lambda-functies en Route 53. Tijdens het testen ziet de ontwikkelaar fouten, maar kan de hoofdoorzaak niet direct vinden. Wat moet de ontwikkelaar doen om met de minste operationele overhead alle applicatielogs te doorzoeken?

De correcte optie is het inschakelen van CloudWatch Logs voor API Gateway stages in JSON-formaat en het gebruik van CloudWatch Logs Insights. CloudWatch Logs is de native logboekservice van AWS en integreert naadloos met API Gateway en Lambda, waardoor logs centraal worden verzameld. Logs Insights biedt een krachtige, interactieve querytaal om snel door grote hoeveelheden loggegevens te zoeken en te analyseren, wat essentieel is voor het opsporen van fouten met minimale operationele overhead. De andere opties zijn minder efficiënt of toepasselijk: API Gateway health checks en CloudWatch PutMetricData zijn gericht op monitoring en metrics, niet op het doorzoeken van gedetailleerde applicatielogs. Athena is geschikt voor S3-data, maar het direct publiceren van logs naar S3 via PutMetricData is niet de standaardwerkwijze. Route 53 health checks monitoren de DNS-service, niet de applicatielogs. CloudTrail registreert API-aanroepen naar AWS-services, niet de applicatielogs zelf, en is dus niet geschikt voor het debuggen van applicatiefouten. Het streamen van logs naar Kinesis Data Firehose en vervolgens OpenSearch Service is een robuuste oplossing, maar brengt aanzienlijk meer operationele overhead en complexiteit met zich mee dan CloudWatch Logs Insights, wat in dit scenario niet de meest efficiënte oplossing is.