CI/CD для деплоя ломается не на коде, а на грязной сборке и доступах

CI/CD для деплоя ломается не на коде, а на грязной сборке и доступах

Пайплайн должен делать три вещи: собирать артефакт, прогонять проверки, выкатывать на сервер без ручных правок. Если в процессе есть SSH из ноутбука, копирование файлов руками и «потом перезапущу сервис» — это не CI/CD, а ритуал с высокой ценой ошибки.

Базовый каркас простой:
— сборка в изолированном контейнере;
— тесты и линтер до деплоя;
— артефакт с неизменяемым именем;
— доставка через rsync, scp или registry;
— restart только через systemd или orchestration, не через shell-хаос.
Секреты храните отдельно: переменные окружения, vault, masked secrets. Ключи — только с ограниченными правами. Доступ на сервере — отдельный пользователь, без root по SSH.

На стороне сервера нужен предсказуемый сценарий: каталог релиза, симлинк current, проверка конфигурации перед переключением, rollback на предыдущий артефакт одной командой. Логи деплоя должны показывать, на каком шаге упало: build, upload, migrate, restart, healthcheck. Если этого нет, инцидент будет разбираться дольше самого простоя.

Контролируйте метрики: время пайплайна, процент неуспешных деплоев, среднее время rollback, число ручных вмешательств. Если ручных шагов больше нуля — автоматизация неполная. Стабильность — это отсутствие магии, только предсказуемая конфигурация.