Render と Railway の比較

「無料枠」の意味がまったく違う

「Railway 無料枠」「Render 無料」で調べている方が最初に知るべきなのは、この2つの無料枠は別物だという点です。

Render の無料 Web サービスは継続的に無料です。ただし制約が2つあります。15分間アクセスがないとスリープし、次のリクエストでの復帰に約1分かかります。加えて、ワークスペースあたり月750インスタンス時間という上限があり、使い切ると無料 Web サービスは翌月開始まで停止されます。

750時間は1サービスを1か月動かすとほぼ使い切る量です（31日 = 744時間）。無料枠で動かせるのは実質1サービスまでで、2つ動かせば月半ばで両方止まります。この点は見落とされがちなので、複数サービスを無料で並べる計画があるなら最初に確認してください。なお静的サイトはこの枠とは別で、引き続き無料です。

Railway の $5 はトライアルクレジットであり、月々の無料枠ではありません。使い切ると従量課金に移行します。常駐アプリを24時間動かし続ければ、$5 は長くはもちません。「Railway には無料枠がある」という理解で本番運用を始めると、想定していなかった課金が始まります。

スリープを許容できるかが最初の分岐

Render の無料枠を選べるかどうかは、そのアプリがスリープからの復帰待ちを許容できるかで決まります。

• 許容できる — 個人の管理ツール、社内向けの軽い画面、ポートフォリオ、たまに叩く API → Render 無料枠で十分
• 許容できない — ユーザーが待つ画面、Webhook の受け口、決済コールバック、外形監視の対象 → 無料枠は使えない

特に Webhook の受信を無料枠に置くのは危険です。Stripe や GitHub からの通知はタイムアウトが短く、スリープからの復帰が間に合わないと配信失敗として扱われます。再送してくれる送信元ばかりではありません。

なお「定期的に自分で叩いてスリープを防ぐ」という回避策が広く紹介されていますが、これは無料枠を意図に反して使う行為であり、規約上の扱いが変わる可能性があります。常時稼働が必要なら、素直に有料インスタンスを使うべきです。

課金モデルの違いは「予測できるか」の違い

Render は固定インスタンス課金です。このスペックのインスタンスを1つ、いくら。使用量が増えても、そのインスタンスの上限までは金額が変わりません。請求額が事前に読めます。

Railway は CPU・RAM・転送量の実使用量課金です。使った分だけなので、負荷が低いうちは安く済みます。反面、トラフィックやバックグラウンド処理が増えると請求も連動して増えます。

どちらが良いかは運用スタイル次第です。予算を固定したい、経理上の見通しを立てたいなら Render。負荷が読めず、小さいうちは安く抑えたいなら Railway。ただし Railway を選ぶなら、使用量アラートの設定は運用開始時に必須です。

Cron の扱い

定期実行が要件にあるなら確認してください。Render の Cron Jobs は有料プランの機能です（cron_available: yes — 条件: 有料プラン）。無料枠では使えません。Railway は Cron に対応しています（cron_available: yes）。

「無料で定期バッチを回したい」という要件だと、Render の無料枠では成立しません。この場合は Cloudflare Workers の Cron Triggers（無料プランで利用可）など、別の選択肢を検討したほうが早いです。

商用利用はどちらも問題なし

両者とも 全プランで商用利用が可能です（commercial_use_allowed: yes）。Vercel の Hobby のような「無料枠は非商用限定」という規約上の制限はありません。無料枠で収益化しても規約違反にはなりません。