Как спланировать инфраструктурную задачу и не сломать мозг: разбор на примере деплоя в AWS

Вот важная новость с фронта ИИ: javdet12 1 час назад Краткое содержание статьи Как спланировать инфраструктурную задачу и не сломать мозг: разбор на примере деплоя в AWS Средний 16 мин 2. 1K DevOps * Искусственный интеллект Облачные сервисы * IT-инфраструктура * Системное администрирование * Туториал Задача звучит в одну строку: «развернуть новый веб-сервис в AWS и сделать джобы для деплоя». Внутри неё — сеть, контейнеры, база, секреты, CDN, два workflow и десятки мелких действий, которые инженер обычно держит в голове.

Пока всё идёт по плану, это работает. Но стоит отвлечься на созвон, и уже непонятно, проверили ли вы security group, а на вопрос «сколько займёт» остаётся честный ответ «день-два». В статье разберу, как опытный инженер раскладывает такую задачу на этапы, действия, проверки и откат, где этот процесс ломается и как заставить агента , от git clone до открытого в браузере сайта.

Технические детали

Я занимаюсь построением IT-инфраструктур около 15 лет, сейчас руковожу DevOps-командой в игровой студии. Задачи вида «подними новый сервис» / "внеси изменения в систему Х" прилетают каждую неделю, и за эти годы у меня сложился довольно устойчивый способ их планировать. Этот способ я и попробовал формализовать, а потом отдать агенту.

Как инженер планирует задачуВозьмём конкретную задачу:Развернуть новый веб-сервис в AWS. У него React-фронтенд и Python-бэкенд, для работы нужен PostgreSQL. Есть github репозиторий с приложением .

В результате в GitHub должны появиться джобы для развёртывания инфраструктуры и деплоя приложения. Такие задачи прилетают регулярно, и каждый, кто работает с инфраструктурой, примерно представляет, что за ними стоит. Давайте разберём, что происходит в голове инженера, когда она приходит, — по шагам, медленнее, чем это происходит на самом деле.

Отраслевые последствия

Собрать контекстПрежде чем что-то планировать, инженер отвечает себе на три вопроса:Что за проект? Кто им пользуется, насколько он критичен, есть ли у него окружения кроме прода. Как устроена текущая инфраструктура?

Какие аккаунты AWS, где хранится state Terraform, как устроены сети, какой CI/CD уже есть. Что известно о продуктах из задачи? Здесь это AWS, PostgreSQL и GitHub Actions: какие сервисы AWS подходят, какую версию Postgres взять, как Actions будут ходить в облако.

Часть ответов хранится прямо в голове. Недостающее инженер добирает из git и wiki: обычно это детали устройства инфраструктуры и внутренние правила компании по работе с облаком, базами данных и CI/CD. Уже на этом шаге видна первая проблема, к которой мы ещё вернёмся: часть контекста не записана нигде, кроме головы конкретного человека.

Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.