Ein Unternehmen hostet eine dreistufige E-Commerce-Anwendung in AWS. Die Website wird auf Amazon S3 gehostet und ist in eine API auf drei Amazon EC2-Instances hinter einem Application Load Balancer (ALB) integriert. Die API stellt statische und dynamische Frontend-Inhalte sowie Backend-Worker bereit, die Verkaufsanfragen asynchron verarbeiten. Das Unternehmen erwartet bei Produkteinführungen plötzliche große Spitzen bei den Verkaufsanfragen. Was sollte ein Solutions Architect empfehlen, um sicherzustellen, dass alle Anfragen erfolgreich verarbeitet werden?

Die korrekte Antwort ist die beste Lösung, um Spitzenlasten zu bewältigen und die erfolgreiche Verarbeitung aller Anfragen sicherzustellen. Eine Amazon CloudFront-Distribution für statische Inhalte verbessert die Leistung und entlastet die EC2-Instances, da statische Daten näher am Benutzer bereitgestellt werden. Das Hinzufügen einer Amazon SQS-Warteschlange entkoppelt die Frontend-Anfragen von der Backend-Verarbeitung. Bei Lastspitzen können Anfragen in die Warteschlange gestellt und von den EC2-Instances asynchron verarbeitet werden, sobald Kapazität verfügbar ist, ohne dass Anfragen verloren gehen. Die anderen Optionen sind weniger effektiv: Das Hinzufügen von CloudFront für dynamische Inhalte ist komplexer und weniger wirksam bei der Entlastung der Backend-Verarbeitung von Spitzenlasten. Das bloße Erhöhen der EC2-Instances kann bei extremen Spitzen zu Engpässen führen, bevor neue Instances bereit sind. Eine Auto Scaling-Gruppe ist gut für die Skalierung, aber bei plötzlichen, großen Spitzen kann es zu Verzögerungen kommen, bis neue Instances hochgefahren sind, was zu Anfragenverlusten führen kann. ElastiCache kann die API entlasten, aber es löst nicht das Problem der asynchronen Verarbeitung von Spitzenlasten, die das Backend überfordern könnten.