CI/CD для деплоя: как убрать ручной шаг и не сломать прод

CI/CD для деплоя: как убрать ручной шаг и не сломать прод

Ручной деплой почти всегда заканчивается одинаково: забыли переменную, залили не тот конфиг, пропустили миграцию. CI/CD пайплайн нужен не ради моды, а чтобы каждый релиз проходил один и тот же маршрут: сборка, тесты, проверка артефакта, деплой, healthcheck.

База пайплайна простая:
— сборка в изолированной среде;
— секреты только через vault/secret store, не в репозитории;
— отдельные шаги для тестов и упаковки;
— деплой по SSH-ключу или через агент с ограниченными правами;
— откат по последнему стабильному артефакту, а не «соберём заново на месте».

Если деплой идёт на несколько серверов, ставьте последовательность и блокировку. Иначе два параллельных запуска могут перетереть конфиг или миграцию. Перед выкладкой проверьте доступность порта, наличие места на диске, права пользователя и состояние сервиса. После выкладки — не «надеемся», а вызываем health endpoint и смотрим код ответа, логи и время старта. 🔧

Отдельно держите в пайплайне проверку конфигурации: nginx -t, systemctl status, docker compose config, миграции базы в отдельном job. Стабильность — это отсутствие магии, только предсказуемая конфигурация.

Разворачиваем, проверяем, мониторим.