Google Antigravity: как развернуть приложение в продакшн
Разверните ваше приложение Antigravity на публичном HTTPS-URL, подключите его базу данных и убедитесь, что оно сохраняет реальные данные. С Lizard агент может запустить развертывание из того же проекта, где вы создавали приложение.
- Подготовка: откройте свой проект в Antigravity и установите Lizard Skill.
- Выбор цели: войдите в Lizard и укажите проект и сервис для развертывания.
- Развертывание: попросите агента настроить приложение, базу данных и необходимые секреты, затем разверните из GitHub или локального исходного кода.
- Проверка результата: откройте публичный URL, создайте запись и обновите страницу. Проверьте вход, загрузку файлов и воркеры, если ваше приложение их использует.
Развертывание из чата Antigravity
После установки Lizard Skill дайте агенту этот запрос. Замените my-project на вашу цель:
Прочитайте актуальное руководство по Lizard CLI. Изучите этот репозиторий и разверните тестовую копию в проекте Lizard
my-project. Используйте существующую конфигурацию сборки. Настройте базу данных и любые воркеры, которые нужны приложению. Используйте репозиторий GitHub, если он подключен; иначе загрузите локальный исходный код. Верните публичный URL, задеплоенную ревизию, а также результаты проверки страницы и теста записи/чтения в базе данных. Сообщите, какие проверки не прошли.
Если агенту нужен CLI, установите его и загрузите его руководство:
npm install -g @lizard-build/cli
lizard skills get core --json
lizard status --jsonЗавершите вход через браузер, если будет запрошено. Для существующего продакшн-приложения укажите сервис и домен, которые могут измениться перед развертыванием. Храните секреты в настройках сервиса, вне репозитория и бандла браузера.
Успешный результат: публичный URL загружается, приложение подключается к предполагаемой базе данных, и запись сохраняется после перезагрузки страницы. Сборка, помеченная как «успешная», сама по себе не проверяет эти сценарии.
Мы публикуем это руководство в Lizard. Мы проверяли рабочий процесс CLI 14 сентября 2026 года; более широкие ссылки на хостинг проверялись 9 сентября 2026 года.
Что Antigravity даёт для развертывания
Google описывает Antigravity как агентную среду разработки, чьи агенты могут работать в редакторе, терминале и браузере. Эти возможности помогают подготовить и проверить развертывание. Продакшн-рантайм всё равно принадлежит выбранному вами хостингу. Введение Google в Antigravity.
Интеграции развертывания могут меняться. Проверяйте актуальную документацию Antigravity и инструмент хостинга, который планируете использовать. Не предполагайте, что наличие функции в IDE означает, что любая база данных, воркер или требование к развертыванию уже настроены.
Важный выбор — не в том, какой инструмент сгенерировал файлы, а в том, что нужно результирующему приложению для работы.
Определите, что содержит ваше приложение
Попросите агента изучить репозиторий и составить краткий инвентарь развертывания:
- Фреймворк, версия рантайма и лок-файл зависимостей.
- Команда сборки, выходная директория и продакшн-команда запуска.
- Веб-сервисы, API, воркеры и запланированные задачи.
- Движок базы данных и переменные, используемые для подключения к ней.
- Загружаемые файлы, запись в локальную файловую систему и необходимость персистентности.
- Провайдеры входа, callback URL, платёжные вебхуки и другие внешние сервисы.
Это выявляет частые допущения прототипов до выбора хостинга. Фронтенд может содержать захардкоженный URL разработки API. Сгенерированный бэкенд может хранить данные в локальном файле. Фоновая задача может запускаться только пока открыт процесс разработки.
Выбирайте хостинг под приложение
| Форма приложения | Подход к хостингу для оценки | Главная проверка |
|---|---|---|
| Статический фронтенд | Статический хостинг и отдельный API при необходимости | Результат сборки, клиентская маршрутизация и публичная конфигурация |
| Фронтенд с кодом сервера, реагирующим на запросы | Поддерживаемый хостинг приложений или функций | Лимиты рантайма, поведение кэша и возможности фреймворка |
| API с непрерывным воркером | Хостинг с отдельными веб- и воркер-сервисами | Жизненный цикл воркера, доступ к очереди и перезапуски |
| HTTP-контейнер с неравномерным трафиком | Контейнерный сервис на основе запросов | Параллельность, холодные старты и режим биллинга |
| Приложение, требующее прямого контроля хоста | VPS или подходящий сервис инфраструктуры | Операции, обновления безопасности и восстановление |
Lizard — вариант для веб-сервисов, воркеров и управляемых сервисов данных через Lizard CLI. Vercel может подойти для фронтенд-ориентированного рабочего процесса; читайте наше сравнение с Vercel для различий в рантайме и биллинге. Cloud Run предлагает Сервисы, Jobs и пулы воркеров с разными назначениями. Обзор Cloud Run.
Если Google Cloud уже ваша цель, практическое руководство Cloud Run MCP от Google описывает инструментальный рабочий процесс развертывания. Выбор Lizard — это выбор хостинга, а не требование, накладываемое Antigravity.
Используйте правильный источник для развертывания
Если у проекта есть доступный репозиторий на GitHub, подключите его и нужную ветку к сервису. Это даст последующим коммитам воспроизводимый путь к развёртыванию. Проверьте корневую директорию в монорепозитории. Следуйте руководству по интеграции с GitHub.
Для кода, который существует только локально, используйте рабочий процесс загрузки исходников. Агент должен явно выбрать или создать целевой проект и сервис перед загрузкой. Он не должен молча заменять существующее Git-развёртывание загруженной копией.
В обоих случаях держите сгенерированные файлы и секреты вне системы контроля версий. Продакшн-сборка должна использовать lockfile зависимостей репозитория и версию рантайма, совместимую с приложением.
Делайте данные и конфигурацию явными
Создание Managed Postgres — лишь первая часть настройки базы данных. Задайте переменную подключения, которую читает приложение, и запустите его миграции на контролируемом этапе релиза. Проверьте запись и чтение, используя целевую базу данных.
Если приложение использует воркер, запустите его как отдельный сервис с собственной командой и нужными переменными. Для файлов отличайте временную работу от данных, которые должны пережить перезапуск или переразвёртывание. Используйте подходящее хранилище и проверьте этот жизненный цикл.
Переменные фронтенда заслуживают особого внимания: значения, попавшие в браузерную сборку, становятся публичными. Не кладите пароли базы данных или серверные API-секреты в настройки сборки фронтенда. Храните серверные секреты вместе с сервисом, которому они нужны.
Проверьте настоящий продакшн-поток
Откройте URL развёрнутого приложения прямо в новой сессии браузера. Проверьте маршруты, не полагаясь на вкладку, в которой всё ещё осталось состояние разработки. Затем пройдитесь по потокам, которые приложение обещает пользователям.
| Проверка | Что она подтверждает |
|---|---|
| Страница и API отвечают | Маршрутизация и процесс доступны |
| Вход и коллбэк завершаются | Конфигурация аутентификации соответствует развёрнутому домену |
| Запись может быть записана и прочитана | Приложение доходит до целевого хранилища данных |
| Загрузка остаётся доступной после перезапуска | Выбранное хранилище ведёт себя как ожидается |
| Воркер завершает тестовую задачу | Конфигурация очереди и жизненный цикл воркера работают |
| Ошибка появляется в логах | Вы можете диагностировать сбой после запуска |
Для платёжных интеграций используйте тестовый режим провайдера до живой транзакции. Для email проверьте тестовую доставку и ссылки в ней. Посмотрите логи и потребление ресурсов после теста, а не считайте визуально правильную страницу финальным результатом.
Оценивайте хостинг отдельно от разработки
Инструмент разработки и продакшн-сервисы имеют разную стоимость. Включите в оценку хостинга все веб-процессы, воркеры, базы данных, хранилище и трафик. Lizard использует pay as you go без ежемесячной подписки. Проверьте тарифы ресурсов, срок действия пробных средств и комиссии за платежи в ценовом листе Lizard; у других хостеров могут быть платы за тарифы и лимиты.
Сервис с низким трафиком может всё равно потреблять память в ожидании работы. Хост, управляемый запросами, может уменьшать вычислительные мощности, но продолжать взимать плату за хранимые данные или другие сервисы. Опирайтесь на измеренное поведение, а не на предположение, что прототип навсегда впишется в бесплатный лимит.
FAQ
Автоматически ли Antigravity хостит моё приложение? Приложению нужна продакшн-цель. Antigravity может помочь использовать инструменты развёртывания, но проверьте, какой сервис запускает приложение и какие ресурсы он создал.
Можно ли развернуть приложение без ручного ввода каждой команды? Агент с нужными инструментами может запустить рабочий процесс. Вам всё равно нужно определить цель, учётные данные и допустимые изменения, а также проверить отчёт о результате.
Почему превью работает, а развёрнутое приложение падает? Типичные причины: команды только для разработки, отсутствующие переменные, не тот порт, недоступная база данных или callback URL, который всё ещё указывает на localhost. Начните с логов сборки и рантайма.
Можно ли оставить существующую базу данных? Да, если развёрнутый сервис может безопасно достучаться до неё, а латентность и стоимость трафика приемлемы. Проверьте этот путь перед переносом самих данных.
Что должно случиться после первого развёртывания? Держите процесс релиза воспроизводимым, следите за ошибками и использованием, и тестируйте бэкапы. Справочник по конфигурации CLI и страница поддержки дают следующие шаги для Lizard.
Разрабатывайте с ИИ. Развёртывайте с Lizard.
Вам не нужна платформенная команда, чтобы выйти в продакшн. Весь ваш облак — в одной команде CLI.
- Рабочие пространства
- —
- Сервисы
- —
- Аддоны
- —
- Развёртывания
- —