Сохраняйте задания доступными при задержках и сбоях потребителей, уведомляйте последующие команды и защищайте бизнес-результаты от повторной доставки. Изучайте SQS и SNS через небольшой процесс обработки заказов.
Пять пошаговых работ охватывают потребление, видимость, очереди недоставленных сообщений, рассылку SNS и защиту от дубликатов. Самостоятельная задача исправляет инцидент, при котором неудачные задания не попадают в очередь восстановления.
Чему вы научитесь
- Отправлять, получать, обрабатывать и подтверждать задания SQS
- Наблюдать окна видимости, повторную доставку и актуальные дескрипторы получения
- Изолировать неудачные задания в очереди недоставленных сообщений
- Рассылать уведомления SNS в фильтрованные подписки SQS
- Использовать условные записи DynamoDB для защиты повторяемой бизнес-операции
- Исправить маршрутизацию неудачных заданий, сохранив обработку исправных
- Проверять сохранённые результаты и удалять только собственные ресурсы
Для кого предназначен курс
Курс предназначен для учащихся, готовых расширить бессерверное приложение асинхронной работой и обработкой сбоев.
Предварительные требования: Начните с доступа Lambda–DynamoDB (FN03) и его требований. Q01 → Q02 → Q03 обучают обработке и изоляции ошибок. Q04 — отдельная ветка SNS с ресурсными политиками IAM; Q05 требует условной записи DynamoDB (D04) и обновления кода Lambda (FN02). Задание следует за Q03; PS02 также использует Q05.
Учебная среда: Все задания выполняются в предоставленной среде Linux LabEx, доступной через браузер. Используйте Terminal для команд AWS CLI и расположенный рядом AWS View, чтобы проверять то же состояние ресурсов и приложений. Инструменты и подключение уже подготовлены; личный аккаунт AWS и ключи доступа не нужны. Каждая лабораторная работа начинается независимо в новой VM. AWS View показывает очереди, тела сообщений, попытки, журналы, конверты SNS и сохранённые заказы. Наблюдение только для чтения не получает и не подтверждает сообщения.
Часто задаваемые вопросы
Доказывает ли настроенная очередь обработку заданий?
Нет. Проверяйте реальную обработку, сохранённые результаты, подтверждённые исходные сообщения и сохранённые неудачные задания. Предоставленные обработчики и справочные данные позволяют сосредоточиться на этих результатах с фиктивными заданиями.
Почему у сообщения новый дескриптор получения?
Дескриптор принадлежит одной доставке. Когда видимость истекает, возможна новая попытка с актуальным дескриптором. Используйте дескриптор той доставки, которую хотите подтвердить.
Означает ли защита от дубликатов доставку ровно один раз?
Нет. Стандартные очереди могут доставлять сообщение повторно. Условная запись одного элемента защищает изученный бизнес-эффект, но операции очереди и запись базы данных раздельны; это не атомарная транзакция и не сквозная гарантия ровно одного выполнения.
Каков объём примеров обмена сообщениями?
Стандартные очереди с потребителем по одному сообщению, перенаправление в очередь недоставленных сообщений, рассылка SNS в SQS в одном аккаунте и фильтры атрибутов сообщений. Порядок FIFO, произвольные пакеты, рабочая пропускная способность, межаккаунтные политики и полные гарантии повторных попыток сервисов не входят в курс.
Какой проект следует за курсом?
Recover Poison Messages Without Duplicating Orders в проектном курсе Serverless. Задание требует Q03 и его предпосылок; проект также Q05. Проверьте работу до очистки.
