Een applicatie draait op EC2-instances achter een Application Load Balancer (ALB) in een Auto Scaling-groep. De applicatie begint fouten te produceren wanneer het totale aantal verzoeken meer dan 100 verzoeken per seconde bedraagt. De beheerder moet het totale aantal verzoeken over een periode van twee weken verzamelen om te achterhalen wanneer de drempel werd overschreden. Wat is de juiste manier om deze gegevens te verzamelen?

De ALB RequestCount-metric is de juiste keuze omdat deze direct het totale aantal verzoeken meet dat door de Application Load Balancer wordt verwerkt. Dit is precies wat nodig is om te bepalen wanneer de applicatie de drempel van 100 verzoeken per seconde overschrijdt. Door het tijdsbereik in te stellen op twee weken en een periode van 1 minuut, kan de beheerder gedetailleerde pieken in het verzoekvolume identificeren. Het gebruik van CloudWatch metric math om request-metrics per instance samen te vatten is minder efficiënt, omdat de ALB RequestCount al een geaggregeerde metric is die het totale verzoekvolume weergeeft. Aangepaste CloudWatch-metrics toevoegen in de EC2 launch configuration is onnodig, aangezien de ALB deze gegevens al levert. Een EventBridge-regel voor EC2-events is niet geschikt voor het verzamelen van geaggregeerde verzoekstatistieken van de ALB; EventBridge is meer gericht op het reageren op gebeurtenissen.