Компания разрабатывает веб-приложение на AWS для обработки запросов на страховые котировки. Пользователи запрашивают котировки. Котировки должны быть разделены по типу, на них необходимо ответить в течение 24 часов, и они не должны быть потеряны. Решение должно максимизировать операционную эффективность и минимизировать обслуживание. Какое решение соответствует этим требованиям?

Правильный ответ использует Amazon SNS для публикации сообщений и Amazon SQS для надежного хранения и обработки. SNS с фильтрацией сообщений позволяет эффективно маршрутизировать запросы по типу в соответствующие очереди SQS. SQS гарантирует, что сообщения не будут потеряны (благодаря политике хранения до 14 дней, что превышает 24 часа) и могут быть обработаны асинхронно, максимизируя операционную эффективность и минимизируя обслуживание благодаря полностью управляемому характеру этих сервисов. Неправильные варианты: Kinesis Streams требуют большего управления и не так хорошо подходят для асинхронной обработки отдельных сообщений с гарантированной доставкой, как SQS. KCL также добавляет сложность в управлении. Решение с Lambda и SNS для каждого типа котировки создаст избыточное количество ресурсов (много топиков SNS и функций Lambda), что увеличит сложность управления и потенциальные затраты. Kinesis Data Firehose и OpenSearch Service в основном предназначены для сбора, преобразования и анализа больших объемов потоковых данных, а не для надежной асинхронной обработки отдельных запросов с гарантированной доставкой и последующим удалением после обработки. Поиск сообщений в OpenSearch Service для обработки также менее эффективен, чем получение из очереди SQS.