Een bedrijf gebruikt GPS-trackers om migratiepatronen van duizenden zeeschildpadden te documenteren. Trackers controleren elke 5 minuten en als een schildpad meer dan 91,4 meter (100 yards) heeft bewogen, sturen ze nieuwe coördinaten naar een webapplicatie die draait op drie Amazon EC2-instances in meerdere Availability Zones in één AWS-regio. Onlangs werd de webapplicatie overweldigd door een onverwacht volume aan trackerdata, en data ging verloren zonder mogelijkheid om gebeurtenissen opnieuw af te spelen. Een solutions architect moet voorkomen dat dit opnieuw gebeurt met de minste operationele overhead. Wat moet de solutions architect doen?

De juiste oplossing is het aanmaken van een Amazon SQS-wachtrij. SQS is een volledig beheerde berichtwachtrijservice die ontkoppeling mogelijk maakt tussen de verzender (de GPS-trackers) en de ontvanger (de webapplicatie). Dit voorkomt dataverlies bij piekbelastingen, omdat SQS berichten buffert totdat de applicatie ze kan verwerken. De applicatie kan dan berichten uit de wachtrij pollen op een tempo dat het aankan, wat de operationele overhead minimaliseert. Een Amazon S3-bucket is primair voor objectopslag en niet geoptimaliseerd voor het direct verwerken van streaming data. Een Amazon API Gateway-endpoint met AWS Lambda zou schaalbaar zijn, maar de gelijktijdige verwerking van elk item kan leiden tot hoge kosten en complexiteit bij het beheren van de verwerkingsstatus. Een Amazon DynamoDB-tabel is een goede optie voor het opslaan van de data, maar het direct bevragen van de tabel voor nieuwe data is minder efficiënt en schaalbaar dan een berichtwachtrij voor dit specifieke scenario van onregelmatige, hoge volumes.