Что это охватывает
- Организация GitHub: репозитории, команды, роли и доступ по принципу минимальных привилегий
- Защита веток, обязательные ревью и проверки статуса
- CI с GitHub Actions: сборка, тесты, линт и проверка типов при каждом изменении
- CD и окружения: staging и production строго разделены, с правилами продвижения
- Хостинг и деплой на Vercel или вашей существующей платформе
- Базы данных вроде Postgres (Neon или собственная), с разделением окружений и процессом миграций
- Секреты и переменные окружения: где они хранятся, кто может их читать, как они ротируются
- Мониторинг и отслеживание ошибок, например Sentry, с алертами, идущими к конкретному человеку
- Резервные копии и проверенный путь восстановления
- Задокументированная и отработанная процедура релиза и отката
- Онбординг разработчиков и техническая документация
- Для мобильных продуктов: пайплайн релиза в сторы — подписание, TestFlight и внутреннее тестирование Play, а также Fastlane или EAS там, где проект их использует
Приём инфраструктуры, которую никто не задокументировал
Предыдущий разработчик или агентство ушли, пайплайн деплоя больше не работает, или никто не может сказать, какие аккаунты вообще существуют. Мы начинаем с осмотра и записываем то, что находим. Это не аудит качества кода, не переписывание и не дежурная поддержка, и это не гарантия того, что всё восстановимо.
Порядок осмотра — ниже. После этого вы получаете письменный список находок и план изменений, а затем стандартную работу по инфраструктуре, описанную выше, в ваших аккаунтах, с документацией и runbook. Объём согласуется письменно по каждому проекту до начала работы, без публичной цены. Мы работаем со стеками на базе GitHub, Vercel и Postgres; на любом другом стеке мы во время осмотра скажем, что можем ответственно изменить, а что нет.
Вопросы владения и доступа освещают who owns the code and accounts (на английском) и web application access requirements (на английском). Если беспокойство касается самого приложения, см. taking over an existing web app (на английском) и software handover checklist (на английском). Связанные гайды по настройке: GitHub and Vercel account ownership (на английском), safe release and rollback (на английском) и backup and restore planning (на английском).
Начните с domain, DNS and registrar checklist (на английском) и настройте knowledge transfer sessions (на английском), если кто-то, кто это строил, ещё доступен.
- Какие аккаунты существуют и кому они принадлежат: репозиторий, хостинг, домен и DNS, база данных, почта, отслеживание ошибок
- Собирается ли и деплоится ли приложение из чистого чекаута
- Где хранятся секреты и переменные окружения
- Какие окружения существуют и чем [staging отличается от production (на английском)](/staging-vs-production-environments/)
- Существует ли резервная копия и проверялось ли восстановление хоть раз
Работа с ИИ-агентами для написания кода
Всё больше команд позволяют ИИ-агентам писать и менять код. Это повышает ценность именно этих механизмов контроля: изолированные ветки, ограниченные права доступа, обязательные проверки, ревью перед мерджем и аудиторский след. Мы можем настроить окружение так, чтобы агенты работали внутри этих ограждений. Это расширение той же работы по инфраструктуре, а не отдельный продукт.
К чему это ведёт
Команда с надёжной настройкой может строить быстрее и безопаснее. Если нужна мощность разработки, это разработка веб-приложений, API & Backend Development (на английском) или разработка мобильных приложений. А когда интеграции нужны самому рабочему процессу, см. автоматизацию процессов и интеграцию систем.
Ограничения
Мы не обслуживаем вашу инфраструктуру на постоянной дежурной основе, если это не согласовано отдельно. Мы не проводим пентесты и сертификацию безопасности. Мы работаем со стеками на базе GitHub, Vercel и Postgres; там, где ваш стек другой, мы говорим об этом на этапе осмотра, а не после.
Как это работает
- 1
Изучение
Мы смотрим, что у вас есть на самом деле — аккаунты, роли, инструменты, данные, кто чем пользуется, — там, где система позволяет, только на чтение, прежде чем кто-либо предложит что-то менять.
- 2
Понимание текущей настройки
Что работает, что дублируется, что осталось без владельца и где работа утекает между инструментами. Вы получаете это письменно и простым языком.
- 3
План внедрения
План с чёткими границами: что настраивается, что остаётся как есть, что сознательно не входит и что требует вашего решения в первую очередь. Объём и цена согласуются письменно до начала настройки.
- 4
Настройка
План выполняется в ваших собственных аккаунтах через доступ, который вы выдаёте и можете отозвать. Изменения, затрагивающие людей, деньги или данные клиентов, ждут вашего явного одобрения.
- 5
Передача
Документация о том, что и зачем настроено, короткий разбор для тех, кто будет этим пользоваться, и чёткое указание, что с этого момента остаётся на вашей стороне.
Частые вопросы
Это DevOps-консалтинг?+
Это практическое внедрение. Мы осматриваем, что есть, планируем изменения и реализуем их в ваших аккаунтах, с документацией в конце.
Вы работаете только с Vercel и GitHub?+
Это стек, который мы знаем лучше всего, вместе с Postgres. Если ваша настройка другая, мы скажем на этапе осмотра, что можем ответственно изменить, а что нет.
Как вы обращаетесь с нашими секретами?+
Секреты остаются в вашем хранилище секретов или на хостинг-платформе. Мы никогда не запрашиваем их в чате или почте и настраиваем, кто может их читать и как они ротируются.
Можете настроить окружение для ИИ-агентов кода?+
Да. Оно использует те же строительные блоки — изоляция веток, ограниченные права, обязательные проверки, ревью — настроенные так, чтобы агенты не могли пушить прямо в production.
Будем ли мы зависеть от вас потом?+
Нет. Всё задокументировано и находится в ваших аккаунтах. Постоянная поддержка опциональна и согласуется отдельно.
Можете принять пайплайн деплоя, который никто не понимает?+
Да, начиная с осмотра: какие аккаунты существуют, собирается ли и деплоится ли приложение из чистого чекаута, где хранятся секреты и проверялось ли восстановление. Затем мы даём находки и план изменений. Мы поддерживаем стеки на базе GitHub, Vercel и Postgres и не обещаем работу с любым другим стеком.
Сайт и форма заявки — на русском, проект ведётся на английском. Русский как язык проекта мы не обещаем.