Fly.io

新規顧客に無料枠はない

Fly.io に無料枠があると書くチュートリアルは古いです。公式の料金ドキュメントは 「Fly.io は新規顧客へのプラン提供を終了した」 と明記しており、VM と帯域の継続割当を含む旧無料プランは新規では選べません。

旧プランを契約済みの既存顧客のみ、shared-cpu-1x 256MB の VM 最大3台と永続ボリューム計3GB という従来の割当が残っています。

新規アカウントは固定の月額最低額がない純粋な従量課金で、プロビジョニングした分だけ支払います。最小構成（shared-cpu-1x / 256MB）で月2ドル程度から。

「無料ではない」が「高い」わけではない

無料枠が消えたことで選択肢から外されがちですが、月額最低額がない点は正しく評価すべきです。

• Render の有料インスタンスは固定月額
• Railway は $5 のトライアル後に従量課金
• Fly.io は最小構成で月2ドル程度、使わなければそれ以下

小さく置いておくだけなら、むしろ安く済むケースがあります。Fly.io は「無料で試す選択肢」から外れ、「用途が固まってから選ぶ有料 PaaS」に位置づけが変わったと捉えるのが正確です。

他のエッジ系と根本的に違う点：本物の VM が動く

Cloudflare Workers が V8 アイソレートでコードを実行するのに対し、Fly.io は Firecracker マイクロ VM を動かします。 実務上の帰結は大きい。

• Node.js のプロセスがそのまま常駐する。 既存アプリを移植できる
• 永続ボリュームが使える。 ファイルシステムがある
• 非 HTTP プロトコルが扱える。 独自 TCP、ゲームサーバー、データベースなど
• CPU 時間の厳しい制限がない

Workers で「Express アプリが動かない」「ファイルが書けない」と詰まる用途は、Fly.io なら素直に動きます。

マルチリージョンが本命の用途

30以上のリージョンで Anycast による分散配置ができます。物理的な近さがレイテンシに効く用途——リアルタイム性の高い API、ゲーム、地域ごとにデータを置きたい構成——では、これが選定理由になります。

逆に、単一リージョンで足りる普通の Web アプリなら、この利点は活きません。その場合は Render や Railway のほうが運用は素直です。

運用の難易度は一段高い

Fly.io をうまく動かすには、Render や Railway よりインフラ寄りの理解と CLI への慣れが要ります。fly.toml の設定、マシンの配置、ボリュームの扱いなど、抽象度が低い分だけ触る対象が多い。

「git push したら動く」ことを最優先するなら、Fly.io は最適解ではありません。