Rebounder Tech Blog

運用している当事者が書く、本番システムの記録。

個人開発のインフラを用途で使い分ける

公開 読了時間 約2分執筆: Rebounder 開発チーム(当該システムの運用当事者)

※本記事にはアフィリエイトリンクを含む場合があります。内容は広告の有無に影響されません。

結論

個人開発のインフラは最初から正解を選ぶより、Vercel と Firebase で小さく公開し、要求が上がった時点で Supabase や GCP へ広げるほうが早く進む。

Vercel — フロントを素早く公開する

HP や LP を公開するなら、まず Vercel です。無料でデプロイでき、手間もほとんどありません。

「作ったものをとりあえず世に出す」までの距離がいちばん短いので、フロントエンドの公開先として最初の選択肢に置いています。

Firebase か Supabase か

バックエンドで迷うのはここです。両方を使った結論は素直でした。

  • Firebase = 簡単。 すぐ動かせるので、最初のバックエンドに向く
  • Supabase = 自由度が高い。 できることが多いぶん、扱いこなすには慣れが要る

初めてなら Firebase、慣れて自由に組みたくなったら Supabase、という順番です。

GCP — 汎用性と制御

本格的に運用するなら GCP です。汎用性が高く、セキュリティも自分で制御できます。

手軽さより「なんでもできる・ちゃんと守れる」を取りたい場面で効きます。逆に、その必要がない段階で選ぶと手数が増えるだけになります。

選び方

目的 選ぶもの
フロントを公開 Vercel(無料・手軽)
手軽なバックエンド Firebase
自由なバックエンド Supabase(慣れてきたら)
本格運用・セキュリティ GCP

順番の話

最初から全部を使いこなす必要はありません。

まず Vercel + Firebase で小さく公開し、作りたいものが大きくなったら Supabase や GCP に広げる。この順番が現実的でした。

インフラの選定は、選択肢を並べると「どれが優れているか」の比較になりがちです。ただ実際に効くのは優劣ではなく段階で、いま必要のない自由度は、単に決めることが増えるだけのコストになります。

**手軽なほうから始めて、足りなくなってから広げる。**この順序を守るほうが、結果として早く着地します。

よくある質問

Q1最初に選ぶべき組み合わせは何ですか?

フロントを Vercel、バックエンドを Firebase の組み合わせが、公開までの距離がいちばん短くなります。作りたいものが大きくなってから広げれば十分です。

Q2GCP はいつ必要になりますか?

手軽さより「なんでもできる・ちゃんと守れる」を優先したくなった時点です。汎用性とセキュリティの制御が要る本格運用の段階で効いてきます。逆にそれ以前に選ぶと、手数が増えるだけになります。

Q3Firebase と Supabase の分岐点はどこですか?

Firebase は簡単で、すぐ動かせます。Supabase はできることが多いぶん、扱いこなすのに慣れが要ります。初めてなら Firebase、自由に組みたくなったら Supabase、という順番です。