Все вокруг говорят: «Настрой GitHub Actions, автоматизируй деплой, поставь CI/CD». Я свадебный фотограф. У меня сайт-портфолио обновляется раз в месяц. Вот почему я намеренно это не делаю.

1. Сайт-портфолио — это не SaaS-продукт

CI/CD придуман для команд, которые деплоят десятки раз в день. У меня другая ситуация: новые фотографии появляются раз в две-три недели, новые отзывы — раз в месяц. Мне не нужны пайплайны, автоматические тесты и stage-окружение. Мне нужен простой способ залить новые файлы и забыть.

Тратить два часа на настройку GitHub Actions, чтобы сэкономить пять минут при каждом деплое — математика не сходится. Особенно когда деплоев у меня в месяц столько же, сколько у команды разработки — в день.

2. Чем проще система, тем меньше точек отказа

Каждый новый инструмент в цепочке — это потенциальное место, где что-то сломается. GitHub Actions может упасть. Build-скрипт может не пройти из-за новой версии Node. Dockerfile может не собраться на новом образе.

Когда ты фотограф и твой сайт — это витрина, от которой зависит доход, лишние точки отказа — это вред. Я предпочитаю залить файлы по FTP за пять минут и быть уверенной, что всё работает. Без триггеров, без логов сборки, без уведомлений «build failed» в Телеграме в два часа ночи.

3. Мой основной канал привлечения клиентов — не сайт

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

Поэтому время, которое я могла бы потратить на настройку CI/CD, я трачу на обработку фотографий, общение с клиентами и подготовку к съёмкам. Это приносит прямой доход. Автоматический деплой — не приносит.

4. Автоматизация ради автоматизации — это не эффективность

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

Настоящая эффективность — это не количество автоматизированных процессов. Это результат на единицу времени. Если ручной деплой занимает десять минут раз в месяц, а настройка CI/CD занимает три часа единоразово плюс два часа на поддержку в год — я выбираю ручной деплой. Математика простая.

Вывод

Я не против CI/CD. Я против слепого копирования практик из другой индустрии. Для SaaS-компании с командой разработчиков непрерывная доставка — стандарт. Для свадебного фотографа с портфолио-сайтом — это оверинжиниринг.

Прежде чем автоматизировать — спросите себя: как часто я это делаю? Какую проблему я решаю? Сколько времени экономит автоматизация? Ответы на эти вопросы часто показывают, что ручной процесс — это не «отсталость», а осознанный выбор.