# バッチ設計書 6-Notification::Bundle::DeliverAllJob

## 概要

本ドキュメントは、全ての配信待ち通知バンドルを一括配信するバックグラウンドジョブ `Notification::Bundle::DeliverAllJob` の設計仕様を記載したものである。

### 本バッチの処理概要

このバッチは、配信期限（ends_at）が到来した全ての通知バンドルを検索し、それぞれの配信ジョブ（DeliverJob）をキューイングする一括配信トリガーとしての役割を担う。通知のバンドル配信システムのエントリーポイントである。

**業務上の目的・背景**：fizzyでは、通知を即座に送信するのではなく、一定期間集約してからまとめてメールで配信する「バンドル通知」機能がある。これにより、頻繁な通知によるメール過多を防ぎ、ユーザーは集約された形で効率的に通知を確認できる。本ジョブは、定期的に配信期限が到来したバンドルを検出し、配信処理を開始するためのトリガーとして機能する。

**バッチの実行タイミング**：定期的なスケジュール実行（cronなど）、または手動トリガーにより実行される。通常は数分〜数十分間隔で実行され、配信待ちバンドルを検出する。

**主要な処理内容**：
1. 配信期限（ends_at）が現在時刻以前の`pending`状態のバンドルを検索
2. 検索結果をバッチ処理で取得
3. 各バンドルに対してDeliverJobを作成
4. ActiveJob.perform_all_laterで一括キューイング

**前後の処理との関連**：ユーザーの通知設定（bundle_aggregation_period）に基づきバンドルが作成される。本ジョブでトリガーされた後、`Notification::Bundle::DeliverJob`が個別のバンドル配信を担当する。

**影響範囲**：`notification_bundles`テーブル（参照のみ）、ジョブキュー（backend）

## バッチ種別

通知配信 / バッチトリガー

## 実行スケジュール

| 項目 | 内容 |
|-----|------|
| 実行頻度 | 定期実行（分単位） |
| 実行時刻 | 設定に依存 |
| 実行曜日 | 毎日 |
| 実行日 | 毎日 |
| トリガー | cron/スケジューラー |

## 実行条件

### 前提条件

| 条件 | 説明 |
|-----|------|
| 配信待ちバンドル | `pending`状態かつ`ends_at <= 現在時刻`のバンドルが存在すること |

### 実行可否判定

`ActiveJob::DeserializationError`が発生した場合はジョブを破棄する。配信待ちバンドルが存在しない場合は、何も処理せずに終了する。

## 入力仕様

### 入力パラメータ

| パラメータ名 | 型 | 必須 | デフォルト値 | 説明 |
|-------------|-----|-----|-------------|------|
| なし | - | - | - | パラメータなし |

### 入力データソース

| データソース | 形式 | 説明 |
|-------------|------|------|
| notification_bundles | DB | 配信待ちバンドル情報 |

## 出力仕様

### 出力データ

| 出力先 | 形式 | 説明 |
|-------|------|------|
| ジョブキュー | ActiveJob | DeliverJobを一括キューイング |

### 出力ファイル仕様

ファイル出力なし

## 処理フロー

### 処理シーケンス

```
1. ジョブ開始
   └─ Notification::Bundle.deliver_allメソッドを呼び出し
2. 配信対象バンドル検索
   └─ due.in_batches（pending状態かつends_at <= 現在時刻）
3. バッチ処理
   └─ 各バッチごとにDeliverJobを生成
4. 一括キューイング
   └─ ActiveJob.perform_all_later(jobs)
5. ジョブ終了
```

### フローチャート

```mermaid
flowchart TD
    A[バッチ開始] --> B[配信対象バンドル検索]
    B --> C{バンドルあり?}
    C -->|No| D[処理終了]
    C -->|Yes| E[バッチ取得]
    E --> F[DeliverJob生成]
    F --> G[一括キューイング]
    G --> H{次のバッチあり?}
    H -->|Yes| E
    H -->|No| D
```

## データベース操作仕様

### 操作別データベース影響一覧

| 処理 | 対象テーブル | 操作種別 | 概要 |
|-----|-------------|---------|------|
| 参照 | notification_bundles | SELECT | 配信対象バンドルの検索 |

### テーブル別操作詳細

#### notification_bundles

| 操作 | 項目（カラム名） | 更新値・取得条件 | 備考 |
|-----|-----------------|-----------------|------|
| SELECT | - | status = 'pending' AND ends_at <= Time.current | dueスコープ |

## エラー処理

### エラーケース一覧

| エラーコード | エラー種別 | 発生条件 | 対処方法 |
|------------|----------|---------|---------|
| DeserializationError | シリアライズエラー | ジョブ実行時のエラー | ジョブを破棄 |

### リトライ仕様

| 項目 | 内容 |
|-----|------|
| リトライ回数 | 0回（リトライなし） |
| リトライ間隔 | N/A |
| リトライ対象エラー | N/A |

### 障害時対応

本ジョブの失敗時は、次回のスケジュール実行で再度配信対象が検出される。配信遅延は発生するが、データ損失は発生しない。

## トランザクション仕様

| 項目 | 内容 |
|-----|------|
| トランザクション範囲 | なし（参照のみ） |
| コミットタイミング | N/A |
| ロールバック条件 | N/A |

## パフォーマンス要件

| 項目 | 内容 |
|-----|------|
| 想定処理件数 | 配信待ちバンドル数に依存 |
| 目標処理時間 | バンドル数に依存 |
| メモリ使用量上限 | in_batchesにより制御 |

## 排他制御

同時実行可能。ただし、同一バンドルに対して複数のDeliverJobがキューイングされる可能性があるため、DeliverJob側で冪等性を担保する必要がある。

## ログ出力

| ログ種別 | 出力タイミング | 出力内容 |
|---------|--------------|---------|
| 開始ログ | ジョブ開始時 | ActiveJob標準ログ |
| 終了ログ | ジョブ終了時 | ActiveJob標準ログ |

## 監視・アラート

| 監視項目 | 閾値 | アラート先 |
|---------|-----|----------|
| ジョブ失敗率 | 異常な増加 | ジョブ監視システム |
| 配信遅延 | 配信待ちバンドルの滞留 | ジョブ監視システム |

## 備考

- キュー名: `backend`
- `due`スコープ: `pending.where("ends_at <= ?", Time.current)`
- `ActiveJob.perform_all_later`を使用して効率的に一括キューイング
- `in_batches`を使用してメモリ効率の良い処理を実現
- `deliver_all_later`メソッドでスケジューラーから呼び出し可能
