Компания использует GPS-трекеры для документирования миграционных маршрутов тысяч морских черепах. Трекеры проверяют местоположение каждые 5 минут, и если черепаха переместилась более чем на 100 ярдов (91,4 метра), они отправляют новые координаты в веб-приложение, работающее на трех экземплярах Amazon EC2 в нескольких зонах доступности в одном регионе AWS. Недавно веб-приложение было перегружено неожиданным объемом данных трекеров, и данные были потеряны без возможности повторного воспроизведения событий. Архитектор решений должен предотвратить повторение этой ситуации с минимальными операционными издержками. Что должен сделать архитектор решений?

Правильный ответ — использование Amazon SQS. SQS является полностью управляемой службой очередей сообщений, которая позволяет разделять и масштабировать микросервисы, распределенные системы и бессерверные приложения. Она обеспечивает надежное хранение сообщений, даже при высокой нагрузке, предотвращая потерю данных, что было проблемой. Приложение EC2 может опрашивать очередь SQS для обработки сообщений с контролируемой скоростью, избегая перегрузки. Неправильные варианты: Amazon S3 не предназначен для обработки потоковых данных в реальном времени, и сканирование бакета на предмет новых данных неэффективно. Amazon API Gateway с AWS Lambda может обрабатывать входящие данные, но Lambda имеет ограничения по времени выполнения и может быть дороже для постоянного потока данных по сравнению с SQS, если обработка требует более длительного времени или сложной логики. Amazon DynamoDB — это база данных NoSQL. Хотя она может хранить данные, прямое использование ее для буферизации входящих данных без промежуточной очереди может привести к проблемам с производительностью при пиковых нагрузках, если приложение не успевает записывать данные, и не решает проблему надежного буферирования для асинхронной обработки.