Как экспортировать приложение, созданное с ИИ, и развернуть его на своём сервере

Чтобы развернуть приложение, созданное с ИИ, на своём сервере, нужно вынести код (скачать его или синхронизировать с репозиторием GitHub, который принадлежит вам), заново создать секреты как переменные окружения, перенести или пересоздать базу данных и развернуть приложение на хостинге, подходящем под его тип: статический хостинг для простого фронтенда или платформу, которая запускает серверы или контейнеры, для всего, что имеет бэкенд. Код обычно самая лёгкая часть. Сложнее всего данные, секреты и сервисы, которые конструктор незаметно запускал за вас.

Зачем вообще экспортировать

Есть веские причины забрать код с собой, и есть менее веские.

Веские причины:

• Владение и страховка. Копия кода в вашем собственном репозитории защищает вас, если конструктор изменит цены, функции или условия.
• Передача разработчикам. Инженерной команде нужен код в Git, в её привычных инструментах и процессе ревью.
• Особые требования. Размещение данных в конкретной стране, определённый облачный провайдер, политики безопасности компании или инфраструктура, которой нет у конструктора.
• Масштаб или стоимость, когда собственная инфраструктура действительно окупается.

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

Разумный компромисс: продолжайте работать и размещаться там, где вы находитесь, но с самого начала синхронизируйте код с собственным репозиторием GitHub. Вы получаете страховку без операционной нагрузки. Если Git вам незнаком, прочитайте что такое GitHub.

Что входит в экспорт, а что нет

Прежде чем полагаться на экспорт, откройте его и проверьте. Обычно:

Секреты намеренно не включаются: архив, который вы можете отправить по почте или закоммитить, никогда не должен содержать действующих ключей. Зависимости не включаются, потому что они восстанавливаются по файлу блокировки.

Шаг 1: Вынесите код

Два распространённых способа:

• Скачать архив проекта. Быстро, подходит для разового переноса или резервной копии.
• Синхронизировать с GitHub. Лучше для постоянной работы: полная история, легко клонировать куда угодно, и большинство хостингов развёртывают код прямо из репозитория GitHub при каждом пуше.

В любом случае клонируйте или распакуйте проект на компьютере (или в облачной среде разработки) и поищите README. Если его нет, попросите ИИ в конструкторе написать его до того, как вы уйдёте:

Напиши README для запуска этого проекта вне этой платформы: стек, требуемые версии среды выполнения, команды установки и сборки, команда запуска и порт, все переменные окружения, которые читает код (имена и назначение, без значений), и как выполняются миграции базы данных.

Этот один запрос экономит часы, потому что заставляет записать то, что в настройке было неявным.

Шаг 2: Сначала запустите локально

Прежде чем разворачивать где-либо, убедитесь, что приложение работает самостоятельно:

1. Установите среду выполнения, которую называет README: Node.js, Python, Java, .NET — нужной версии.
2. Установите зависимости (npm install, pnpm install, pip install -r requirements.txt или эквивалент).
3. Создайте локальный файл .env с переменными окружения, по возможности с тестовыми ключами. Не добавляйте его в Git. Что такое переменные окружения и секреты объясняет идею.
4. Подключите базу данных — локальный Postgres или бесплатную базу для разработки от управляемого провайдера.
5. Выполните миграции, затем запустите приложение и пройдитесь по основным сценариям.

Всё, что сломается здесь, сломается и на хостинге, и отлаживать это гораздо проще на своей машине. Частые сюрпризы: жёстко заданный адрес предпросмотра конструктора, пропавшая переменная окружения, которую конструктор подставлял автоматически, или сервис (файловое хранилище, обработка изображений), который существовал только на платформе.

Шаг 3: Перенесите данные

Если у приложения есть реальные пользователи, данные важнее кода.

• Выгрузите базу данных. Для Postgres pg_dump создаёт файл, который можно восстановить через pg_restore или psql в новой базе. Если у вас нет прямого доступа, попросите ИИ конструктора выполнить выгрузку и объяснить, что получилось.
• Перенесите загруженные файлы. Если пользователи загружали изображения или документы, они хранятся в объектном хранилище отдельно от базы. Скопируйте их в новое хранилище (например, в S3-совместимый бакет) и обновите сохранённые ссылки, если в них есть старый хост.
• Спланируйте переключение. Для работающего приложения простой подход — короткое окно обслуживания: остановить запись, сделать финальный экспорт, восстановить его на новом хостинге, переключить DNS и снова открыть приложение. Сначала запишите каждый шаг.
• Проверьте восстановление в отдельной тестовой базе перед настоящим переносом.

Если Postgres вам незнаком, что такое Postgres объясняет основы.

Шаг 4: Выберите, где размещать

Подберите хостинг под тип приложения. Названия ниже — примеры известных провайдеров в каждой категории по состоянию на сентябрь 2026 года, а не рейтинг; актуальные возможности и цены смотрите на их сайтах.

Вам также понадобятся:

• Управляемая база данных — многие хостинги приложений предлагают Postgres, а специализированные сервисы вроде Neon или Supabase предоставляют его отдельно. Управляемая база стоит того: резервные копии и обновления делает кто-то другой.
• Объектное хранилище для загрузок, если они есть в приложении.
• Отправка почты, платежи и провайдеры ИИ — обычно достаточно задать те же ключи API на новом хостинге.

Если говорить честно о компромиссах: платформенные хостинги (первые четыре строки) быстрее настроить и поддерживать, но контроля меньше, а стоимость может расти вместе с трафиком. Виртуальный сервер часто дешевле при постоянной нагрузке и полностью под вашим контролем, но патчи, TLS, резервные копии, мониторинг и восстановление — ваша задача. Если никто в команде не хочет этим заниматься, выбирайте платформу. Основы того, что включает хостинг, описаны в статье что такое веб-хостинг.

Шаг 5: Разверните и переключитесь

1. Подключите репозиторий к хостингу или отправьте образ контейнера.
2. Задайте переменные окружения в панели хостинга — каждую из README, с действующими значениями.
3. Задайте команды сборки и запуска и порт. Многие хостинги передают порт через переменную PORT; приложение должно слушать её и все интерфейсы (0.0.0.0), а не только localhost.
4. Выполните миграции на новой базе данных.
5. Проверьте временный адрес хостинга, прежде чем трогать DNS.
6. Обновите внешние сервисы, которые ссылаются на старый адрес: вебхуки платежей, адреса перенаправления OAuth для входа, ссылки в письмах, разрешённые origin.
7. Переведите домен, обновив записи DNS на новый хостинг. Как подключить собственный домен объясняет записи.
8. Некоторое время держите старое развёртывание работающим, пока не будете уверены, а затем выключите его.

Шаг 6 чаще всего забывают: входы и платежи, которые тихо перестают работать после переезда, обычно связаны с адресом обратного вызова, который всё ещё указывает на старый хост.

Шаг 6: Возьмите на себя эксплуатацию

Когда вы разворачиваете приложение сами, то, что раньше делал конструктор, становится вашей задачей. Минимум: автоматические резервные копии базы данных с проверенным восстановлением, отслеживание ошибок, оповещения о доступности, обновление зависимостей и список того, кто имеет доступ к каждому аккаунту. Как перевести прототип с ИИ в продакшн подробнее разбирает этот список.

Чек-лист экспорта

• Код в репозитории, который принадлежит вам, с README о запуске, сборке и переменных окружения
• Приложение запускается локально из чистого клона
• База данных выгружена и восстановление проверено; загруженные файлы скопированы
• Хостинг выбран под тип приложения, плюс управляемая база и хранилище
• Все переменные окружения заданы с действующими значениями на новом хостинге
• Вебхуки, перенаправления OAuth и ссылки в письмах обновлены
• DNS переключён, старое развёртывание некоторое время сохранено, затем удалено
• Резервные копии, мониторинг и список доступа настроены

Экспорт из Mythex

В Mythex вы владеете кодом, который создаёте. На тарифе Pro можно скачать проект архивом в Project settings → Export или подключить GitHub и отправлять и получать изменения в ваш собственный репозиторий; на бесплатных тарифах код можно только просматривать, но не экспортировать и не синхронизировать. Секреты и node_modules в экспорт не попадают, поэтому секреты придётся заново создать на новом хостинге. Шаги описаны в документации: экспорт и запуск в другом месте и GitHub, экспорт и импорт. Можно также оставить хостинг на Mythex и использовать синхронизацию с GitHub просто как собственную копию и способ передачи; если же вы переедете, снимите приложение с публикации в Mythex, когда новый хостинг заработает.

Вопросы