# Vercel

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

## 既定として使う役割
- Next.js（§12-1）：Vercel
  - 代替 AWS（OpenNextでLambda/CloudFrontへ）：AWSに集約したいとき
- PRプレビュー環境（§13）：Vercel／Renderのプレビュー機能
  - 代替 Neonのブランチ機能と組み合わせてDBも分離：プレビューごとに本番相当のデータで確認したいとき

## 費用の注意（§25）
- 主な課金の軸：関数の実行（アクティブなCPU時間、メモリ、呼び出し回数）、画像最適化の変換回数、データ転送、ビルド
- 膨らみやすい要因：画像最適化・SSRの多用、アクセス急増
- 対策：支出上限を設定する。静的生成できるページは静的にする

## 成長したときの移行（§24）→ ECS／Cloud Run（コンテナ）
- きっかけ：費用の増加、AWSに集約したい
- 最初からの備え：Next.jsのstandalone出力でコンテナ化できる状態を保つ。Vercel固有の機能への依存を最小にする

## ケース別の構成（§19）
- 個人開発・MVP：TS全部入り＝Next.js＋Supabase＋Vercel