アプリプラットフォーム、Git や Docker イメージでウェブアプリをデプロイ

まずアプリのソースを決めます。注文後、サポートセンターページで GitHub や GitLab のリポジトリ、またはコンテナイメージのアドレスをお知らせいただければ、私たちのチームが接続します。リポジトリは言語を見てビルド方法を自動で判別し、Dockerfile があればそのファイルどおりにビルドし、作成済みのイメージはそのアドレスからすぐに実行します。

次に、実行設定をお知らせください。アプリが待ち受けるポート、データベースの接続先のような環境変数、起動コマンドを送っていただければ、私たちのチームが設定します。パスワードや API キーは暗号化された環境変数として設定するので、コードリポジトリに残りません。設定が終わるとビルドが始まり、アプリが開いたら標準のアドレスをお知らせします。

最後に、自分のドメインを接続します。使うドメインをお知らせいただければ設定するレコードの値をお知らせし、ドメインの管理画面でそのレコードを1つ追加すれば、HTTPS 証明書が自動で発行、更新されます。それ以降は、リポジトリのデフォルトブランチにコードをプッシュするたびに新しいバージョンがビルドされ、準備が整ってからアクセスが切り替わるので、ユーザーはデプロイ中も途切れることなくサービスを使えます。

最小サイズの App L は、2 vCPU と 4GB メモリで $25.00/月です。4 vCPU と 8GB メモリの App XL は $45.00、8 vCPU と 16GB メモリの App 2XL は $85.00 です。

アプリが使用するメモリに基づいてサイズを選択してください。App L は Telegram ボットや小さな API に十分で、フレームワークを使用する Web アプリには 4GB の App XL または App 2XL が適しています。多くのユーザーがいるサービスや画像処理などのメモリを多く使用するアプリには、App 3XL を選択してください。最初の支払いが確認された後、使用量に基づいてサポートページからリクエストすることで、後からサイズを変更できます。

各請求日に支払いが行われます。初月は注文時に請求され、同じ金額が各請求日に自動的に請求されて更新されます。複数のアプリを運用する場合、それぞれに独自の請求日があるため、サポートページで未使用のアプリのみを解約すると、そのアプリの料金のみが停止されます。

アプリプラットフォームのディスクは、新しいバージョンをデプロイするたびに新しく用意されます。そのため、会員情報、注文履歴、ユーザーがアップロードしたファイルのように長く残す必要があるデータは、マネージドデータベースやオブジェクトストレージに保存するのが基本です。このように分けておけば、アプリを何度デプロイし直してもデータはそのまま残ります。

秘密の値は最初から環境変数に分けておいてください。開発用と本番用のデータベースアドレスを分けておけば、同じコードをテストアプリと本番アプリにそのままデプロイしながら、それぞれ別のデータを使えます。キーを変えるときもコードを直す必要はなく、新しい値をサポートセンターページでお知らせいただければ環境変数だけを変えて再デプロイします。

ヘルスチェック用のアドレスを1つ作っておくと、デプロイがより安全になります。新しいバージョンが起動するとプラットフォームがそのアドレスを確認し、正常な応答が返ってからユーザーのアクセスを新しいバージョンに切り替えます。設定に誤りのあるバージョンはアクセスが切り替わる前に止まるので、ユーザーは以前のバージョンを使い続けられます。

問題が発生した場合は、まずランタイムログを確認してください。最初の支払いが確認された後、サポートページからリクエストすると、アプリが標準出力に記録したログを時系列で送信します。これにより、どのリクエストがエラーの原因となったかを迅速に見つけることができます。メモリが頻繁にいっぱいになり、アプリが再起動する場合は、1サイズ大きくしてください。ビルドログも保存されているため、デプロイが失敗した場合、どのパッケージのインストールで停止したかもお知らせします。