Интегрируйте сервисы AWS в частный API заказов, восстанавливаемого потребителя очереди и процесс отчётов о заказах. Каждый проект требует связать ранее изученные возможности и подтвердить конкретные бизнес-результаты.
Курс включает три самостоятельные задачи с полными объясняющими решениями. Код приложения, интерфейсы, фиктивные данные и посторонние компоненты предоставлены, чтобы сосредоточиться на соединении сервисов, разрешениях, обработке ошибок и очистке.
Чему вы научитесь
- Запустить API заказов с входом на основе Lambda, DynamoDB и ограниченных настроек
- Сохранить публичную проверку состояния при отклонении анонимных запросов и неверных токенов
- Восстанавливать проблемные сообщения только после появления исправленного бизнес-результата
- Защищать сохранённые заказы при обработке новых дубликатов сообщений
- Построить процесс хранения и отчётности из входов S3 и управляемых настроек
- Обрабатывать временные, постоянные и неавторизованные ошибки наблюдаемыми исходами
- Проверять байты скачиваемых отчётов и удалять собственное состояние и приватные файлы
Для кого предназначен курс
Курс предназначен для учащихся, завершивших соответствующие работы сервисов AWS и желающих самостоятельно практиковать интеграцию.
Предварительные требования: Выберите соответствующую ветвь ниже; все три проекта начинаются независимо.
PS01 объединяет авторизацию маршрутов/вызовов Защита маршрутов API с помощью авторизатора JWT (A05) и её требования Lambda–DynamoDB с обработкой учётных данных Загрузка учётных данных приложения из Secrets Manager (SEC03) и параметров/окружения Разделение конфигурации с помощью Parameter Store (SEC04). Цены используют обычные параметры String; упражнение SecureString/KMS из SEC04 не требуется. CORS и версии/псевдонимы Lambda необязательны.
PS02 опирается на Изоляция неуспешных заданий с помощью очереди недоставленных сообщений (Q03)/Обработка заданий очереди без повторных эффектов (Q05): видимость и актуальные квитанции, ограниченную изоляцию ошибок, обновления кода/ролей Lambda и условные записи DynamoDB. SNS и другие проекты необязательны; ресурсы прежней виртуальной машины не используются.
PS03 опирается на Защита бизнес-эффекта от повторных попыток процесса (EV05) и его требования FN03/D04/FN02, чтение/запись объектов S3 из Обработка загруженного отчёта S3 (FN04) и учётные данные/конфигурацию Загрузка учётных данных приложения из Secrets Manager (SEC03)/Разделение конфигурации с помощью Parameter Store (SEC04). FN04 — Обработка загруженного отчёта S3; версии/псевдонимы FN05 не требуются. Процесс не требует уведомлений S3, маршрутизации EventBridge, SecureString/KMS или двух предыдущих проектов.
Учебная среда: Все задания выполняются в предоставленной среде Linux LabEx, доступной через браузер. Используйте Terminal для команд AWS CLI и AWS View вверху, чтобы проверять то же состояние ресурсов и приложений. Инструменты и подключение уже подготовлены; личный аккаунт AWS и ключи доступа не нужны. Каждая лабораторная работа начинается независимо в новой VM. AWS View связывает решения API, безопасные журналы, настройки, обработку очереди, историю процесса и данные таблицы. Скриншоты или сдача отчёта не требуются.
Часто задаваемые вопросы
Нужно ли выполнять три задачи в одной VM?
Нет. Каждая начинается независимо. Переносите знания, а не ресурсы, учётные данные или токены. Рекомендуемые этапы следуют за курсами API, обмена сообщениями и процессов.
Что проверяет задача частного API?
Запросы после входа создают и получают вычисленные заказы, а изменения настроек влияют на последующие цены. Анонимные запросы и неверные токены останавливаются до Lambda; неверный ввод или отказ доступа к настройкам не создаёт заказ. Доступ к маршруту JWT не устанавливает владение по пользователю. Храните фиктивные пароли, токены и партнёрские учётные данные приватно.
Когда можно подтвердить неудачное сообщение?
После того как исправленное задание создаст реальный бизнес-результат. Затем удалите исходную неудачную доставку и проверьте новые дубликаты. Условные записи защищают один бизнес-эффект без обещания атомарной транзакции очереди/базы данных или доставки ровно один раз.
Как оценивается процесс отчётов?
История выполнения, сохранённые заказы и скачанные байты отчётов демонстрируют завершение при временной ошибке и повторном выполнении. Постоянные ошибки и отказы авторизации должны оставаться явными. Завершите функциональные проверки, удалите только собственное состояние и настройки с учётными данными и сохраните посторонние ресурсы.
