ほかのホスティングに公開する

要点MonstarX はアプリをホスティングしますが、ご自身のクラウドアカウントで動かすこともできます。「バックエンド → クラウド」で Cloudflare、Vercel、Google Cloud、Railway、Azure、AWS を接続し、公開メニューからデプロイします。アプリのデータベース、サインイン、メール、ファイル、AI はそのままの場所に残り、ホスティングの料金は各サービスから直接請求されます。

標準では、公開するとアプリは MonstarX 自身のホスティングの your-app.monstarx.app に置かれます。いちばん簡単で、ほとんどの人に合った方法です。ただ、会社の方針、既存の契約、請求を自社名義にしたいなどの理由で、アプリを自分のクラウドアカウントで動かす必要があるチームもあります。MonstarX は 6 つのホスティングに代わりにデプロイできます。

どのホスティングを選べばいいですか？

ホスティング	アプリが動く場所	接続に必要なもの	データベース
MonstarX（標準）	MonstarX のクラウドの `your-app.monstarx.app`	なし	MonstarX Cloud
Cloudflare	ご自身の Cloudflare アカウント。`workers.dev` のアドレスか、お持ちのドメインのいずれか	API トークン	Cloudflare アカウントに作られる新しいデータベース
Vercel	ご自身の Vercel アカウント	アクセストークン（チームを使う場合はチーム ID も）	MonstarX のまま
Google Cloud	ご自身の Google Cloud プロジェクトの Cloud Run	サービスアカウントキーとリージョン	MonstarX のまま
Railway	ご自身の Railway プロジェクト（GitHub からビルド）	API トークン、プロジェクト ID、環境 ID	MonstarX のまま、または Railway Postgres に移す
Azure	ご自身のサブスクリプションの Azure App Service	サービスプリンシパル（テナント、クライアント ID、シークレット、サブスクリプション）	MonstarX のまま
AWS	ご自身の AWS アカウントの ECS on Fargate	MonstarX のテンプレートから作るセットアップ用スタック	MonstarX のまま

「MonstarX のまま」とは、アプリがすでに使っているデータベース、サインイン、メール、ファイルストレージ、AI をそのまま使い続けるという意味です。変わるのは、アプリのページが動く場所だけです。表に書かれている場合を除き、何もコピーや移動はされません。

ホスティングはどこで接続しますか？

6 つすべてが、バックエンドクラウドのコネクタ一覧にあります。使いたいものの 接続する をクリックします。

バックエンドのクラウドにあるホスティングのコネクタ。Azure、AWS、Cloudflare、Vercel、Google Cloud、Railway に、それぞれ短い説明と接続するボタン

接続すると、公開メニューの一番下にある 接続済みの他のホスティング に表示されます。Cloud Run にデプロイ、Railway にデプロイ、Vercel を開く、Azure ホスティング、AWS です。（Cloudflare だけは違い、通常の サイトを公開 ボタンを引き継ぎます。）

ご自身の Cloudflare アカウント

バックエンドクラウドCloudflare で Cloudflare の API トークンを接続し、このアプリを自分の Cloudflare で動かす をオンにします。それ以降は、通常の サイトを公開 ボタンであなたのアカウントにデプロイされます。アプリも、データベースも、請求もすべてあなたのものです。公開用のデータベースは空の状態から始まり、すべてのテーブルが作られます。プレビューは自分用の練習用データを使い続けます。アプリは workers.dev のアドレス、またはお持ちの Cloudflare のドメインのいずれかで表示されます。

詳しくはご自身の Cloudflare アカウントでアプリを動かすをご覧ください。

Vercel

バックエンドクラウドで Vercel の 接続する をクリックします。Vercel で公開 の画面が開きます。
Vercel のアカウント設定でアクセストークンを作り（デプロイの作成とプロジェクトの管理ができる必要があります）、貼り付けます。アプリがチームのものなら チーム ID も入力し、Vercel に接続 をクリックします。
必要なら、既存の Vercel プロジェクトを ID か名前でリンクします。リンクしない場合は、最初のデプロイで新しいプロジェクトが作られます。
試すなら プレビューをデプロイ、公開するなら 本番環境にデプロイ をクリックします。画面に最新のデプロイの状態とリンクが表示されます。

同じ画面で、Vercel プロジェクトにドメインを追加したり（Vercel が追加すべき DNS レコードを表示するので、そのあと DNS を確認）、環境変数 を管理したりできます。MonstarX のシークレットはデプロイのたびに Vercel にコピーされるので、変更したらデプロイし直してください。あとで画面を開き直すには、公開接続済みの他のホスティングVercel を開くを使います。接続を解除 すると MonstarX のアクセス権がなくなりますが、Vercel プロジェクトはオンラインのままです。

Google Cloud Run

Google Cloud で MonstarX 用のサービスアカウントを作り、次のロールを付与します。Cloud Run 管理者（Cloud Run Admin）、Cloud Build 編集者（Cloud Build Editor）、Artifact Registry 管理者（Artifact Registry Administrator）、ストレージ管理者（Storage Admin）、サービスアカウントユーザー（Service Account User）です。JSON キーをダウンロードします。
バックエンドクラウドで Google Cloud の 接続する をクリックし、キーを貼り付けて、Cloud Run のリージョン（例：asia-northeast1）を入力します。
公開を開き、接続済みの他のホスティング を展開して Cloud Run にデプロイ をクリックします。

MonstarX があなたのプロジェクト内でアプリをコンテナにビルドし、Cloud Run 上で Google 自身の run.app のアドレスで動かします。アプリは MonstarX のデータベースを使い続けます。Firestore や Firebase 自身のサインインとストレージを使うには、Firebase も接続してください。公開を停止 すると Cloud Run のサービスは削除されますが、ビルドファイルとイメージは Google Cloud プロジェクトに残ります。

Railway

まずプロジェクトを GitHub リポジトリにリンクします。Railway はそこからビルドします。GitHub をご覧ください。
Railway でアカウントトークンかワークスペーストークンを作り（プロジェクトトークンではサービスを作れません）、プロジェクト ID と環境 ID をコピーします。
バックエンドクラウドで Railway の 接続する をクリックし、それらを貼り付けます。
公開を開き、接続済みの他のホスティング を展開して Railway にデプロイ をクリックします。MonstarX がリポジトリを同期し、Railway がビルドしてデプロイします。公開メニューを開いている間、状態が更新されます。

Railway では、アプリのデータを Railway Postgres に置くこともできます。Railway をご覧ください。公開を停止 するとアプリの Railway サービスは削除されますが、Railway Postgres のデータベースは残ります。

Azure

Azure サブスクリプションに Contributor（共同作成者）のアクセス権を持つサービスプリンシパルを接続します。テナント ID、アプリケーション（クライアント）ID、クライアントシークレット、サブスクリプション ID、Azure リージョン を入力し、確認して接続 を押します。公開接続済みの他のホスティングAzure ホスティングを開き、Azure にデプロイ をクリックします。

MonstarX は、リソースグループ、Basic B1 の Linux App Service プラン、そして Web アプリを作ります。最新バージョンをデプロイ で更新し、Azure アプリを開く で表示し、Azure アプリを削除 でアプリとプランを Azure から削除します。

AWS

AWS でのホスティングは、MonstarX が作成したアプリで使えます（インポートしたアプリは対象外）。MonstarX は AWS のパスワードやアクセスキーを一切求めないため、接続にはいくつか手順が増えます。

バックエンドクラウドで AWS の 接続する をクリックし、リージョンを選びます。
セットアップテンプレートをダウンロード をクリックし、そのリージョンで AWS CloudFormation を開いて、表示されたとおりの スタック名 でテンプレートからスタックを作ります。名前付きの IAM ロールの作成を承認してください。
スタックが完成したら、出力の RoleArn を デプロイ用ロールの ARN に貼り付け、AWS を確認して接続 をクリックします。
公開接続済みの他のホスティングAWS を開き、AWS に公開 をクリックします。

アプリは ECS Fargate（0.5 vCPU、メモリ 1 GB、1〜2 台）で、AWS の HTTPS のアドレスの後ろで動きます。アカウントには、2 つ以上のアベイラビリティゾーンにパブリックサブネットを持つデフォルトのネットワーク（VPC）が必要です。最新版を公開 で新しいバージョンをリリースし、前の公開版に戻す で 1 つ前のリリースに戻し（データベースの変更は元に戻りません）、AWS での公開を停止 でアプリを削除します。セットアップ用のリソース、イメージ、シークレットは、ご自身でセットアップ用スタックを削除するまでアカウントに残ります。

知っておくと便利なこと

Cloud Run と Railway は、MonstarX のホスティングが止まるのを待ちます。 アプリが MonstarX のホスティングで公開されている間、Cloud Run にデプロイ と Railway にデプロイ のボタンは待機状態です。移すには先に公開を停止してください。
MonstarX の公開メニューで購入・接続した 独自ドメイン は、MonstarX のホスティングに適用されます。ご自身の Cloudflare アカウントではその設定でお持ちの Cloudflare のドメインを選び、Vercel では Vercel の画面でドメインを追加し、ほかのホスティングではそれぞれのドメイン設定を使ってください。
自分でやりたい場合は？ コードをエクスポートして、どこにでもデプロイできます。

よくある質問

ほかのホスティングは必要ですか？

必要ありません。MonstarX のホスティングは、無料のアドレスと HTTPS 付きで、すぐに使えます。ほかのホスティングは、アプリを自分のクラウドアカウントで動かす必要があるチーム向けです。

ほかのホスティングにデプロイすると、データは移動しますか？

移動しません。アプリのデータベース、サインイン、メール、ファイル、AI はそのままの場所に残ります。データの置き場所が変わるのは、Cloudflare（あなたのアカウントに新しいデータベース）と Railway Postgres（追加した場合）だけです。

ホスティングの料金は誰が払いますか？

各ホスティングが、提供したホスティングの分をあなたのアカウントに直接請求します。

インポートしたアプリを AWS にデプロイできますか？

まだできません。AWS でのホスティングは、MonstarX が作成したアプリに対応しています。インポートしたアプリは、ほかのホスティングを使うかエクスポートしてください。

ホスティングの接続を解除するとどうなりますか？

MonstarX はアクセスできなくなります。Vercel の場合、Vercel プロジェクトはオンラインのままです。Cloudflare、Google Cloud、AWS は、アプリがまだそこで公開されている間は接続を解除できません。先にアプリを停止してください。