Зачем вообще консервировать проект перед отпуском
Работа над своим продуктом хороша тем, что можно вообще никогда не выключаться. Плохо тем же самым. Если вы соло-фаундер или маленькая команда, месяц у моря — это месяц, когда прод живёт без вас: платежи идут, пользователи регистрируются, сервер обычно где-то в облаке продолжает крутиться сам по себе. Вопрос не в том, «выключить или не выключать», а в том, чтобы система пережила ваше отсутствие без вашего участия — и не превратилась в кучу инцидентов к моменту возвращения.
Смысл летнего чек-листа простой: заранее убрать ситуации, где решение можете принять только вы лично. Всё остальное — автоматизировать, задокументировать или временно упростить.
Автодеплой и релизы: заморозить, но не насмерть
Первое правило отпуска — никаких ручных релизов «руками с телефона на пляже». Обычно достаточно:
- **Заморозить main-ветку** или перевести деплой на ручное подтверждение (approve в CI/CD), чтобы случайный мердж не улетел в прод без присмотра.
- Убедиться, что **автодеплой воспроизводим**: если сервер упадёт и поднимется заново, пайплайн должен раскатать последнюю рабочую версию без ваших ручных шагов. Проверьте это на тесте — перезапустите деплой из чистого окружения ещё до отъезда.
- Зафиксировать **тег последнего стабильного релиза** (`v1.4.2-vacation` или что-то в этом духе) — если что-то сломается, откат должен занимать одну команду, а не археологию в git log.
- Отключить или ограничить экспериментальные фича-флаги, которые ещё не обкатаны — сейчас не время для A/B на 50% трафика без присмотра.
Критерий готовности простой: сможете ли вы (или тот, кто останется на подхвате) откатить прод до рабочего состояния за 10 минут, не разбираясь в истории коммитов. Если нет — не готовы уезжать.
Мониторинг и алерты: пусть тревожится система, а не вы
Самая частая ошибка — уезжать с мониторингом, настроенным «на глаз», который шлёт алерты в личный Telegram в три часа ночи по любому чиху. За месяц это либо разбудит вас десять раз зря, либо, что хуже, вы отключите уведомления после третьего ложного срабатывания — и пропустите настоящий инцидент.
Чек-лист на этот случай:
- Разделите алерты на **критичные** (сайт лежит, платежи не проходят, база недоступна) и **информационные** (вырос трафик, подрос лог ошибок). Критичные — с эскалацией, остальные — просто в канал без пуша.
- Настройте **health-check** с внешнего сервиса (не с того же сервера, где крутится сам проект) — если хостинг упадёт целиком, вы должны узнать об этом со стороны.
- Продумайте, **кто получает алерт, если не вы**. Отпуск — не время для героизма: если у вас есть напарник, коллега или знакомый разработчик, договоритесь заранее, что критичные алерты дублируются ему, и он знает хотя бы базовый порядок действий (перезапустить сервис, откатить деплой).
- Проверьте квоты и лимиты у внешних сервисов (почтовая рассылка, хранилище, API третьих сторон) — обычно именно они молча упираются в лимит в середине месяца, а не в первый день.
Поддержка и коммуникация с пользователями: делегируйте заранее, не по факту
Даже у небольшого проекта за месяц накопится десяток обращений: кто-то не может войти, кто-то просит фичу, кто-то жалуется на баг. Если некому ответить — это не только упущенные деньги, но и репутационный риск: молчание в поддержке люди запоминают надолго.
Практический план:
- Заведите **автоответ** с честным сроком реакции («отвечаем в течение недели», «сейчас у команды сниженный темп поддержки») — это снимает часть напряжения у пользователей и не выглядит как заброшенный проект.
- Если можете себе позволить хотя бы частичное делегирование — отдайте кому-то простую **инструкцию на 1 страницу**: как сбросить пароль, как обработать возврат, куда эскалировать технический баг. Обычно 80% обращений закрываются по трём-четырём типовым сценариям.
- Подготовьте **шаблоны ответов** на самые частые вопросы — это экономит время и вам, и тому, кто подстраховывает.
- Синхронизируйте ожидания с самим собой: решите заранее, реагируете ли вы вообще на критичные баги в отпуске или нет, и сообщите об этом тому, кто остаётся на связи, чтобы не было недопонимания посреди вашего отдыха.
Отпуск удался, если по возвращении вас ждёт не разбор завалов, а обычный список из пары фич и благодарностей от пользователей за быстрый автоответ. Готовьте систему заранее — она куда надёжнее, чем "проверю телефон разок с шезлонга".
