Google Antigravity: アプリを本番環境にデプロイする方法

Antigravity アプリを公開 HTTPS URL にデプロイし、データベースを接続して、実際のデータを保存できることを確認しましょう。 Lizard では、アプリを構築したのと同じプロジェクトからエージェントがデプロイを実行できます。

1. 準備: Antigravity でプロジェクトを開き、Lizard Skill をインストールします。
2. デプロイ先を選ぶ: Lizard にサインインし、デプロイするプロジェクトとサービスに名前を付けます。
3. デプロイ: エージェントに、アプリ、データベース、必要なシークレットを設定させ、GitHub またはローカルソースからデプロイするよう依頼します。
4. 結果を確認: 公開 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 が読み込まれ、アプリが意図したデータベースに接続し、レコードがページ再読み込み後も保持されます。「successful」と表示されたビルドだけでは、それらのフローは確認できません。

このガイドは Lizard が公開しています。CLI ワークフローは 2026 年 9 月 14 日に確認し、以下のより広範なホスティング関連の参照情報は 2026 年 9 月 9 日に最後に確認しました。

Antigravity がデプロイにもたらすもの

Google は Antigravity を、エディタ、ターミナル、ブラウザをまたいでエージェントが作業できるエージェント型開発環境として説明しています。これらの機能は、デプロイの準備と確認に役立つことがあります。本番ランタイムは、引き続き選択したホスト側のものです。Google の Antigravity 紹介。

デプロイ統合は変更されることがあります。Antigravity の最新ドキュメント と、使用予定のホスティングツールを確認してください。IDE に機能があるからといって、すべてのデータベース、ワーカー、またはデプロイ要件がすでに設定済みだと想定しないでください。

重要なのは、どのツールがファイルを生成したかではありません。重要なのは、できあがったアプリケーションが動作するために何を必要とするかです。

アプリに何が含まれているかを把握する

エージェントにリポジトリを調査させ、短いデプロイインベントリを作成するよう依頼してください。

• フレームワーク、ランタイムバージョン、依存関係の lockfile。
• ビルドコマンド、出力ディレクトリ、本番起動コマンド。
• Web サービス、API、ワーカー、スケジュールタスク。
• データベースエンジンと、それへの接続に使う変数。
• アップロードされたファイル、ローカルファイルシステムへの書き込み、必要な永続化。
• ログインプロバイダ、コールバック URL、決済 webhook、その他の外部サービス。

これにより、ホストを選ぶ前にありがちなプロトタイプ前提を見つけられます。フロントエンドに開発用 API URL がハードコードされているかもしれません。生成されたバックエンドがローカルファイルにデータを保持しているかもしれません。バックグラウンドタスクが、開発プロセスを開いている間しか実行されないこともあります。

アプリケーションに合わせてホストを選ぶ

Lizard は、Lizard CLI を通じて Web サービス、ワーカー、マネージドデータサービスの選択肢になります。Vercel はフロントエンド中心のワークフローに適している場合があります。ランタイムと課金の違いについては、Vercel 比較 を参照してください。Cloud Run は、目的の異なる サービス、Jobs、worker pools を提供します。Cloud Run 概要。

すでに Google Cloud をデプロイ先にしている場合、Google の Cloud Run MCP コードラボ ではツールベースのデプロイワークフローが説明されています。Lizard を選ぶことはホスティングの選択であり、Antigravity による必須要件ではありません。

デプロイには適切なソースを使う

アクセス可能な GitHub リポジトリがプロジェクトにある場合は、そのリポジトリと想定するブランチをサービスに接続してください。これにより、その後のコミットで再現可能なデプロイルートを確保できます。モノレポではルートディレクトリを確認してください。GitHub 統合ガイド に従ってください。

コードがローカルにしか存在しない場合は、ソース アップロード ワークフロー を使用してください。アップロード前に、エージェントは対象のプロジェクトとサービスを明示的に選択または作成する必要があります。既存の Git デプロイを、アップロードしたコピーで黙って置き換えてはいけません。

どちらの場合でも、生成ファイルとシークレットはソース管理に含めないでください。本番ビルドでは、リポジトリの依存関係 lockfile と、アプリケーションに適合するランタイムバージョンを使う必要があります。

データと設定を明示的にする

Managed Postgres のプロビジョニングは、データベース設定の最初の一部にすぎません。アプリケーションが読み取る接続変数を設定し、そのマイグレーションを制御されたリリース手順で実行してください。想定しているデータベースを使って、書き込みと読み取りをテストしてください。

アプリがワーカーを使う場合は、それを独自のコマンドと関連変数を持つ別サービスとして実行してください。ファイルについては、一時的な作業と、再起動や再デプロイ後も保持される必要があるデータを区別してください。適切なストレージを使い、そのライフサイクルをテストしてください。

フロントエンド変数には特に注意が必要です。ブラウザバンドルに含まれる値は公開されます。フロントエンドのビルド設定にデータベースパスワードやサーバー API シークレットを入れないでください。サーバー側のシークレットは、それを必要とするサービスに保持してください。

実際の本番フローを検証する

新しいブラウザセッションで、デプロイされた URL を直接開いてください。まだ開発状態が残っているタブに依存せず、ルートをテストしてください。その後、アプリがユーザーに提供すると約束しているフローを確認します。

決済連携では、本番トランザクションの前にプロバイダのテストモードを使ってください。メールでは、テスト配信とその中のリンクを確認してください。見た目が正しいページを最終結果とみなすのではなく、テスト後にログとリソース使用量を確認してください。

ホスティング費用はコーディングと分けて見積もる

開発ツールと本番サービスの費用は別です。ホスティング見積もりには、すべての Web プロセス、ワーカー、データベース、ストレージ、トラフィックを含めてください。Lizard は月額サブスクリプションなしの pay as you go を採用しています。リソース料金、トライアルクレジットの有効期限、支払い手数料は Lizard pricing で確認してください。他のホストにはプラン料金や利用枠がある場合があります。

低トラフィックのサービスでも、処理待ちの間はメモリを使用し続けることがあります。リクエスト駆動のホストでは、コンピュートはスケールダウンしても、保持されたデータや他のサービスに対して課金が続くことがあります。プロトタイプが無料枠に無期限で収まると想定せず、実測された挙動に基づいて判断してください。

FAQ

Antigravity は自動的にアプリをホストしますか？ アプリには本番デプロイ先が必要です。Antigravity はデプロイツールの利用を支援できますが、どのサービスがアプリを実行しているか、どのリソースが作成されたかを確認してください。

すべてのコマンドを手入力しなくてもデプロイできますか？ 必要なツールを備えたエージェントがワークフローを実行できます。それでも、デプロイ先、認証情報、許可する変更内容を確定し、報告された結果を確認する必要があります。

プレビューでは動くのに、デプロイしたアプリが失敗するのはなぜですか？ よくある原因には、開発専用コマンド、変数不足、誤ったポート、アクセスできないデータベース、または localhost を指したままのコールバック URL があります。まずビルドログとランタイムログを確認してください。

既存のデータベースを使い続けられますか？ はい。デプロイされたサービスが安全にそこへ接続でき、レイテンシと転送コストを許容できる場合は可能です。データを移行する前にも、その経路をテストしてください。

最初のデプロイ後は何をすべきですか？ リリースプロセスの再現性を保ち、エラーと使用量を監視し、バックアップをテストしてください。CLI 設定リファレンス と support page が、Lizard の次のステップを案内します。