Решение для обработки метеоданных получает телеметрию от тысяч станций через API Gateway REST API, интегрированный с функцией Lambda. Lambda вызывает сторонний сервис для предварительной обработки; когда этот сторонний сервис перегружается, предварительная обработка завершается с ошибкой, и данные теряются. Архитектор должен гарантировать, что данные не будут потеряны, и обеспечить возможность их обработки позже в случае сбоев. Что должен реализовать архитектор?

Правильный ответ — создание двух очередей SQS: основной и DLQ. Это решение гарантирует, что данные не будут потеряны, если сторонний сервис перегружен. API Gateway отправляет данные в основную очередь SQS. Функция Lambda, обрабатывающая данные, вызывается из этой очереди. Если предварительная обработка сторонним сервисом завершается с ошибкой, сообщение возвращается в основную очередь для повторной попытки. После нескольких неудачных попыток сообщение перемещается в DLQ, что позволяет анализировать и повторно обрабатывать его позже, предотвращая потерю данных. Первый вариант неверен, потому что DLQ для API не решает проблему повторной обработки данных после сбоя стороннего сервиса. Третий и четвертый варианты с использованием EventBridge не подходят, так как EventBridge не предназначен для надежной буферизации сообщений с гарантированной доставкой и повторными попытками в сценарии, где потребитель может быть перегружен. SQS лучше подходит для асинхронной обработки и управления сбоями потребителей.