推奨: モジュラーモノリス + CQRS（給与計算のみ非同期）

理由:

• 中小企業向けSaaSでチーム規模が限定的→モジュラーモノリスが適切
• 給与計算はバッチ処理で非同期キュー使用
• 読み取り(勤怠確認)と書き込み(打刻)の比率が高いためCQRS有効
• マルチテナント: 共有DB + Row Level Security

# ADR-001: マルチテナント方式として共有DB + RLSを採用

## ステータス
承認済

## コンテキスト
1000テナントのデータ分離方式を決定する必要がある。

## 検討した選択肢
1. テナントごとにDB分離
2. テナントごとにスキーマ分離
3. 共有DB + Row Level Security

## 決定
共有DB + RLSを採用する。

## 理由
- 1000テナントで個別DB管理は運用コストが過大
- RLSによりDB層でデータ分離を強制可能
- マイグレーションが1回で済む

## 結果
- メリット: 運用シンプル、コスト効率
- デメリット: テナント間の干渉リスク（ノイジーネイバー）

# ADR-002: 給与計算をイベント駆動バッチとして実装

## ステータス
承認済

## コンテキスト
月次給与計算は大量データ処理が必要で、締め日に集中する。

## 決定
給与計算をKafkaベースの非同期バッチ処理として実装する。

## 理由
- 同期処理ではタイムアウトリスクが高い
- テナントごとに独立してスケール可能
- 失敗時のリトライが容易

Level 2 Container:

フロントエンド:
  - Next.js（管理画面）
  - React Native（モバイル打刻アプリ）

バックエンド（モジュラーモノリス）:
  - NestJS
    ├── 勤怠モジュール
    ├── 給与計算モジュール
    ├── 人事評価モジュール
    └── 採用管理モジュール

データ:
  - PostgreSQL + RLS（メインDB）
  - Redis（セッション、キャッシュ）
  - Kafka（給与計算キュー）

インフラ:
  - AWS ECS Fargate
  - CloudFront + S3

CTO回答: モジュラーモノリスは明確なモジュール境界を持つため、将来的なマイクロサービス分離の基盤になります。現在のチーム規模ではマイクロサービスの運用コストが高すぎます。テナント数5000社超の段階で分離を検討します（ADR参照）。

セキュリティ回答: PostgreSQLのRow Level Securityにより、DB層でテナント分離を強制します。アプリケーション層のバグでもRLSが防御線となります。さらに定期的な侵入テストでRLS設定を検証します。

インフラ回答: 給与計算はKafkaベースの非同期バッチで、テナント単位でスケール可能です。ECS Fargateのオートスケーリングでワーカー数を動的に調整します。事前に負荷テストで検証します。

PM回答: モジュール境界が明確になることで、チームごとの独立した開発が可能になります。現状のモノリスよりリードタイムは短縮されます。具体的には、CI/CDの整備と合わせて現在の2週間→1週間を目標にします。