Бессерверная система использует функцию Lambda BeginResponse, которая инициализирует данные; после этого множество функций Lambda должны выполняться параллельно, каждая из которых зависит только от выходных данных BeginResponse. Каждой последующей функции Lambda требуются повторные вызовы и независимый контроль параллелизма без потери сообщений. Какое решение обеспечивает наиболее операционно эффективное решение?

Правильный ответ обеспечивает наиболее операционно эффективное решение, используя комбинацию SNS и SQS. Amazon SNS позволяет BeginResponse публиковать сообщение один раз, которое затем доставляется во все подписанные очереди SQS. Каждая отдельная очередь SQS для каждой последующей функции Lambda обеспечивает независимый контроль параллелизма, повторные вызовы и гарантирует отсутствие потери сообщений, поскольку SQS является надежным буфером. Подписка каждой функции Lambda на ее собственную очередь SQS позволяет ей обрабатывать сообщения асинхронно и независимо. Первый вариант неверен, потому что подписка функций Lambda непосредственно на топик SNS не обеспечивает повторных вызовов и независимого контроля параллелизма, поскольку SNS не имеет встроенной политики повторных попыток или буферизации для конечных точек Lambda, в отличие от SQS. Третий вариант избыточен и сложнее в управлении, так как создание отдельного топика SNS для каждой очереди SQS увеличивает сложность без дополнительной выгоды. Четвертый вариант неверен, потому что AWS Step Functions по умолчанию выполняет шаги последовательно, а не параллельно, и требует дополнительной логики для параллельного выполнения, что делает его менее операционно эффективным для данного сценария.