Het ordersysteem van een bedrijf stuurt verzoeken van klanten naar Amazon EC2-instances die orders verwerken en opslaan in Amazon RDS. Gebruikers moeten momenteel orders opnieuw verwerken wanneer het systeem uitvalt. Het bedrijf wil een veerkrachtige oplossing die orders automatisch verwerkt na een storing. Wat moet een solutions architect doen om aan deze vereisten te voldoen?

De correcte oplossing is om de EC2-instances in een Auto Scaling Group te plaatsen en Amazon SQS te gebruiken. Een Auto Scaling Group zorgt voor veerkracht door automatisch instances te vervangen bij storingen en de capaciteit aan te passen aan de vraag. Door SQS te gebruiken als een buffer tussen het ordersysteem en de EC2-instances, worden berichten in de wachtrij geplaatst totdat de EC2-instances ze kunnen verwerken. Dit voorkomt gegevensverlies en zorgt ervoor dat orders automatisch worden verwerkt, zelfs als de EC2-instances tijdelijk niet beschikbaar zijn. De andere opties zijn minder geschikt: Het gebruik van EventBridge en ECS-taken is niet direct gericht op het verwerken van bestaande orders na een storing van de EC2-instances. Een ALB biedt load balancing en veerkracht, maar lost het probleem van het opnieuw verwerken van orders na een storing niet op, tenzij er een mechanisme is om mislukte verzoeken opnieuw te proberen. SNS en Lambda met Systems Manager Run Command is een complexere oplossing die niet de directe voordelen van een message queue biedt voor betrouwbare orderverwerking.