Деплой в AWS в шесть шагов с откатом: план можно передать ИИ-агенту

Автор разбора около 15 лет строит IT-инфраструктуры и руководит DevOps-командой (инженерами, которые отвечают и за серверы, и за выкладку кода) в игровой студии. Задачи вида «подними новый сервис» приходят к нему каждую неделю. Свой способ их планировать он формализовал и попробовал отдать агенту: от команды git clone до открытого в браузере сайта.

Исходная задача звучит в одну строку: развернуть сервис с React-фронтендом (интерфейсом в браузере), Python-бэкендом и базой PostgreSQL, а в GitHub завести джобы для развёртывания инфраструктуры и деплоя (выкладки приложения на сервер). Внутри неё сеть, контейнеры, база, секреты, CDN (сеть серверов, которая быстро отдаёт файлы сайта), два workflow (сценария автоматических действий) и десятки мелких операций. На вопрос «сколько займёт?» обычно звучит «день-два», и автор прямо пишет, что это не оценка.

Что понадобится до старта?

• Аккаунт AWS с доступом к нужным сервисам или аккаунт российского облака, если работаете из РФ.
• Репозиторий приложения на GitHub и GitHub Actions, встроенный в GitHub конвейер автоматических задач.
• Terraform, инструмент, который описывает серверы и сети кодом, и место для его state (файла, где Terraform помнит, что уже создано).
• Записанные правила команды: как называть ресурсы, какие теги обязательны, чего нельзя делать в проде.
• Время на план. Автор подчёркивает, что объём задачи не виден, пока она не разложена на действия.

Пошаговая инструкция: шесть шагов от контекста до отката

1. Соберите контекст. Ответьте на три вопроса: что за проект и насколько он критичен, как устроена текущая инфраструктура, что известно о продуктах из задачи. Недостающее добирайте из git и внутренней вики.
2. Наметьте этапы. Подготовить инфраструктурный код, написать build- и deploy-workflow, создать ресурсы, развернуть приложение, проверить работу. Зависимости между этапами важнее самого списка: по ним видно, что можно делать параллельно.
3. Разложите этапы на элементарные действия. Это правка файла, команда в терминале, API-вызов или настройка в интерфейсе, то есть то, что выполняется за один подход.
4. Опирайтесь на правила и опыт. Правила обычно где-то записаны, опыт почти никогда. Автор приводит примеры такого знания: NAT-шлюз (узел, через который закрытые серверы выходят в интернет) в каждой зоне стоит денег, а ECS-сервис (сервис AWS для запуска контейнеров) после первого деплоя пытается поднять несуществующий образ.
5. Соберите план из трёх колонок. Действие, проверка перед завершением этапа и откат. По словам автора, колонку «Откат» чаще всего оставляют пустой.
6. Исполняйте по циклу. Действие, проверка, действие, проверка. Не прошла проверка, значит откат или исправление и снова проверка.

Если поручаете план ИИ-агенту, задайте ему эту же логику. Ниже наш черновик промпта по методу автора:

Задача: развернуть веб-сервис в AWS. Фронтенд на React, бэкенд на Python, база PostgreSQL.
Нужны джобы GitHub Actions для инфраструктуры и для деплоя приложения.

1. Сначала задай вопросы о проекте, текущей инфраструктуре и правилах команды.
2. Разложи задачу на этапы и укажи зависимости между ними.
3. Каждый этап разбей на элементарные действия.
4. Для каждого этапа добавь проверку завершения и план отката.
5. Не выполняй terraform apply без моего подтверждения.

Что делать с этим прямо сейчас, по ролям

Автору Дзена. Цикл «действие, проверка, откат» подходит для любой многошаговой работы, например для запуска рубрики или переноса канала. Запишите проверки заранее, и вы перестанете терять пункты после каждого отвлечения.

Маркетологу. Когда подрядчик называет срок «день-два», попросите разложить задачу на действия. Только по такому списку видно реальный объём работ и смету.

Предпринимателю в РФ и СНГ. Автор пишет про AWS и российских реалий не касается. Для вас первый вопрос шага «собрать контекст» звучит иначе: сможете ли вы оплачивать зарубежное облако и сохраните ли к нему доступ.

Из российских облачных провайдеров на эту роль подходят Yandex Cloud, VK Cloud, Selectel и Timeweb. Названия сервисов там другие, поэтому на первом шаге составьте таблицу соответствий: что у выбранного провайдера заменит базу, хранилище и CDN. Поддержку Terraform и способ подключения GitHub Actions сверьте с документацией провайдера.

План, который существует только в голове, обрывается на первом созвоне. Запишите его один раз, и выполнить его сможет коллега или агент.