# Render

分類：インフラ・実行環境
公式：https://render.com/

## 既定として使う役割
- 自由に選べる・Webアプリ（§12-1）：Render
  - 代替 Fly.io：リージョンの指定やマシン単位の細かい制御が必要なとき
  - 代替 Railway：個人・検証用途
- PRプレビュー環境（§13）：Vercel／Renderのプレビュー機能
  - 代替 Neonのブランチ機能と組み合わせてDBも分離：プレビューごとに本番相当のデータで確認したいとき

## 代替として使う条件
- デプロイ（§2-3、既定はKamal）：サーバー管理をしたくないとき

## 成長したときの移行（§24）→ AWS（ECS＋RDS＋Terraform）
- きっかけ：閉域網・監査・細かい権限管理が必要になった
- 最初からの備え：Dockerfileでビルドし、設定はすべて環境変数から読む

## ケース別の構成（§19）
- 業務システム・社内ツール（Rails構成）：デプロイ＝Kamal（オンプレVM・VPS）またはRender
- 業務システム・社内ツール（TypeScript構成）：デプロイ＝Render（AWSならECS on Fargate、オンプレならコンテナでVM）
- データ基盤・バッチ：実行＝RenderのCron Job（AWSならECSのスケジュールタスク）