# Clerk

分類：認証・認可
公式：https://clerk.com/

## 既定として使う役割
- マネージド（toC・スタートアップ）（§6）：Clerk（UI込み・最短で導入）
  - 代替 Supabase Auth：Supabase採用時
  - 代替 Firebase Authentication：モバイル中心

## 費用の注意（§25）
- 主な課金の軸：月間アクティブユーザー数
- 膨らみやすい要因：toCでユーザーが急増
- 対策：規模が見えたら §24 の移行パスを検討する

## 成長したときの移行（§24）→ 他のIdP・自前認証
- きっかけ：費用の増加、要件がClerkの範囲を超えた
- 最初からの備え：OIDCの標準仕様で連携する。ユーザー情報の正本は自前のDBに持つ

## ケース別の構成（§19）
- 自社SaaS（B2B）：認証＝Clerk（SSO／SCIMが必要になったらWorkOS）
- toCサービス（Web＋モバイル）：DB・認証・ストレージ＝Supabase（小〜中規模）／ RDS＋Clerk＋S3（中規模以上）