Ниже — обезличенные сценарии из практики: без названий клиентов и без цифр, которые нельзя подтвердить. Важна не история, а повторяемость: одна и та же болезнь лечится одинаково у проектов на Replit, Lovable, Cursor и Claude Code.
SQLite-файл лежал в папке проекта. Агент при «оптимизации схемы» выполнил пересоздание таблиц. Бэкапов не было ни разу: единственный экспорт — месячной давности, руками из админки.
Собрали данные из экспорта, логов приложения, писем о заказах и кэша. Восстановили 100% структуры и ~93% записей. Базу вынесли на управляемый Postgres, включили ежедневные снапшоты с хранением 30 дней.
Правки вносились прямо на боевом сервере по SSH — часто через агента. После очередной итерации перестал срабатывать вебхук платёжного провайдера, диагностика заняла двое суток и стоила нескольких дней выручки.
Завели приватный репозиторий с историей, разделили staging и production, сделали деплой одной командой и откат на предыдущий релиз. Правки от ИИ теперь проходят тот же путь, что и правки человека.
Тестовые инстансы, которые никто не выключил. Открытый наружу бакет. Крон, дёргавший тяжёлый отчёт каждые 30 секунд. Ни бюджетных алертов, ни тегов, ни понимания, какая статья расходов даёт основную сумму.
Инвентаризация ресурсов, выключение лишнего, переписанный крон, закрытый бакет, лимиты и бюджетные уведомления. Счёт вернулся к прежнему порядку, появилась разбивка «что сколько стоит».
Секретный ключ попал в клиентский бандл, потому что «так заработало». База с паролем по умолчанию смотрела в интернет. Сервер — один процесс без лимитов и мониторинга.
Мгновенная ротация ключей, серверный прокси для платежей, закрытая база с нормальными доступами, rate limit, кэш, алерты. Прогнали нагрузочный тест — сервис держит пик без деградации.
MVP на vibe coding, который работал на ноутбуке разработчика. Ни окружений, ни бэкапов, ни понимания, что будет при росте.
Построили фундамент: два окружения, управляемая БД, объектное хранилище, CI/CD, бэкапы с проверкой восстановления, домен и HTTPS, бюджетные лимиты. Запуск прошёл без ночных дежурств.
Проект после «полной настройки». Бэкапы формально есть, но ни разу не проверялись. Восстановление из них не работало — не хватало половины данных.
Проверили восстановление на отдельной копии, нашли причину, починили скрипты, добавили ежедневную автопроверку: если бэкап невалиден — приходит алерт.
Сценарии обезличены и приведены без названий компаний. Детали конкретных проектов — только с согласия клиентов и под NDA.
Ни одна из них не началась с «нам нужен DevOps». Все начались с «у нас всё сломалось». И во всех случаях причина была одна: у проекта не было фундамента, а не «плохой код».
Опишите ситуацию в двух-трёх предложениях — скажу, что делать в первую очередь, даже если работать будем не вместе.