Couldn't load this page.

← Блог
Engineering

Google Antigravity: как развернуть приложение в продакшн

Yura Oak
Yura Oak19 августа 2026 г.
Резюмировать с помощью:

Разверните ваше приложение Antigravity на публичном HTTPS-URL, подключите его базу данных и убедитесь, что оно сохраняет реальные данные. С Lizard агент может запустить развертывание из того же проекта, где вы создавали приложение.

  1. Подготовка: откройте свой проект в Antigravity и установите Lizard Skill.
  2. Выбор цели: войдите в Lizard и укажите проект и сервис для развертывания.
  3. Развертывание: попросите агента настроить приложение, базу данных и необходимые секреты, затем разверните из GitHub или локального исходного кода.
  4. Проверка результата: откройте публичный URL, создайте запись и обновите страницу. Проверьте вход, загрузку файлов и воркеры, если ваше приложение их использует.
Смотреть: развертывание приложения Antigravity с Lizard

Развертывание из чата 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.

Попробовать бесплатно
Рабочие пространства
Сервисы
Аддоны
Развёртывания

Мы используем cookie для базовой работы сайта и аналитики. См. нашу Политика cookie.