Een bedrijf host een drielaagse e-commerce applicatie in AWS. De website wordt gehost op Amazon S3 en integreert met een API op drie Amazon EC2 instances achter een Application Load Balancer (ALB). De API levert statische en dynamische front-end content en backend workers die verkoopaanvragen asynchroon verwerken. Het bedrijf verwacht plotselinge grote pieken in verkoopaanvragen tijdens productlanceringen. Wat moet een solutions architect aanbevelen om ervoor te zorgen dat alle aanvragen succesvol worden verwerkt?

De juiste oplossing combineert twee strategieën om schaalbaarheid en veerkracht te garanderen. Een Amazon CloudFront-distributie voor statische content verbetert de prestaties door content dichter bij gebruikers te cachen en vermindert de belasting op de ALB en EC2 instances. Dit is effectief omdat de website op S3 wordt gehost en statische content levert. Het toevoegen van een Amazon SQS-wachtrij is cruciaal voor het asynchroon verwerken van verkoopaanvragen. Tijdens pieken kunnen aanvragen in de wachtrij worden geplaatst en later door de EC2 instances worden verwerkt, waardoor het systeem niet overbelast raakt en geen aanvragen verloren gaan. De andere opties zijn minder effectief: CloudFront voor dynamische content is minder gunstig in dit scenario, aangezien de API dynamische content levert die vaak verandert. Het verhogen van EC2 instances alleen lost het probleem van asynchrone verwerking niet op. Auto Scaling Group is een goede oplossing voor schaalbaarheid, maar zonder een wachtrij kunnen pieken de API nog steeds overbelasten voordat nieuwe instances operationeel zijn. ElastiCache is nuttig voor het cachen van API-responses, maar het lost het probleem van asynchrone verwerking van verkoopaanvragen niet op en kan de ALB nog steeds overbelasten.