# バッチ設計書 62-ActionMailbox::RoutingJob

## 概要

本ドキュメントは、Action Mailboxフレームワークにおける`ActionMailbox::RoutingJob`の設計仕様を記載します。このジョブは、新しく受信したInboundEmail（受信メール）を非同期でルーティングし、適切なMailboxクラスに振り分ける処理を実行します。

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

このバッチは、メールサーバーから受信した新しいメールを、定義されたルーティングルールに基づいて適切なMailboxクラスに振り分け、処理を実行します。

**業務上の目的・背景**：
メール受信時のルーティング処理を同期的に実行すると、Ingressコントローラー（メール受信エンドポイント）の応答が遅延し、メールサーバーからのタイムアウトや再送が発生する可能性があります。RoutingJobは、この問題を解決するために設計されており、メール受信の確認応答を即座に返しながら、実際のメール処理を非同期で行うことで、高いスループットと信頼性を実現します。これにより、大量のメールを受信するシステムでも安定した処理が可能になります。

**バッチの実行タイミング**：
新しいInboundEmailレコードが作成され、ステータスが`pending`の場合、`after_create_commit`コールバックで自動的にジョブがキューイングされます。メール受信直後に即時実行されるため、ユーザーは迅速な応答を期待できます。

**主要な処理内容**：
1. InboundEmailの`route`メソッドを呼び出す
2. ApplicationMailboxのルーターを使用して、メールアドレスに基づくルーティングを実行
3. 一致するルートが見つかった場合、対応するMailboxクラスの`receive`メソッドを呼び出す
4. 一致するルートがない場合、InboundEmailのステータスを`bounced`に設定しRoutingErrorを発生

**前後の処理との関連**：
前提として、Ingressコントローラー（Postfix、Exim、Qmail、Mailgun、Mandrill、SendGrid等）を通じてInboundEmailレコードが作成されている必要があります。RoutingJobの処理完了後、InboundEmailのステータスはMailboxの処理結果に応じて`delivered`、`failed`、または`bounced`に更新され、その後IncinerationJobがスケジュールされます。

**影響範囲**：
- action_mailbox_inbound_emails テーブル（ステータス更新）
- ApplicationMailboxで定義された各Mailboxクラス
- Mailbox内で操作される関連ビジネスデータ

## バッチ種別

メール処理 / データ連携

## 実行スケジュール

| 項目 | 内容 |
|-----|------|
| 実行頻度 | イベント駆動（随時） |
| 実行時刻 | N/A（InboundEmail作成直後に即時キューイング） |
| 実行曜日 | N/A |
| 実行日 | N/A |
| トリガー | InboundEmailレコード作成時（ステータスがpendingの場合） |

## 実行条件

### 前提条件

| 条件 | 説明 |
|-----|------|
| InboundEmailが存在する | 対象のInboundEmailレコードがデータベースに存在すること |
| ステータスがpending | InboundEmailのステータスがpendingであること |
| ApplicationMailboxが定義済み | アプリケーションにApplicationMailboxが存在し、ルーティングルールが定義されていること |

### 実行可否判定

1. InboundEmailの作成時に`pending?`がtrueの場合のみ、`after_create_commit`コールバックでジョブがキューイングされる
2. ジョブ実行時に特別な実行可否判定は行わない（標準のActiveJobの動作に従う）

## 入力仕様

### 入力パラメータ

| パラメータ名 | 型 | 必須 | デフォルト値 | 説明 |
|-------------|-----|-----|-------------|------|
| inbound_email | ActionMailbox::InboundEmail | Yes | - | ルーティング対象のInboundEmailインスタンス |

### 入力データソース

| データソース | 形式 | 説明 |
|-------------|------|------|
| action_mailbox_inbound_emails | DB | ルーティング対象のInboundEmailレコード |
| active_storage_blobs | DB/Storage | raw_emailとして保存されたメール本文 |

## 出力仕様

### 出力データ

| 出力先 | 形式 | 説明 |
|-------|------|------|
| action_mailbox_inbound_emails | DB | ステータス更新（processing → delivered/failed/bounced） |
| Mailbox依存 | 各種 | 各Mailboxクラスで定義された処理結果 |

### 出力ファイル仕様

ファイル出力はMailboxクラスの実装に依存します。

## 処理フロー

### 処理シーケンス

```
1. ジョブ実行開始
   └─ ActiveJobキューから取り出され、performメソッドが呼び出される
2. routeメソッド呼び出し
   └─ inbound_email.routeを実行
3. ApplicationMailbox.route呼び出し
   └─ ルーターにInboundEmailを渡す
4. ルーティングマッチング
   └─ 定義されたルートと受信メールのアドレスを照合
5. Mailbox決定
   └─ 一致するルートからMailboxクラスを特定
6. Mailbox処理実行
   └─ mailbox.receive(inbound_email)を呼び出し
7. ステータス更新
   └─ 処理結果に応じてdelivered/failed/bouncedに更新
8. ジョブ完了
   └─ 正常終了
```

### フローチャート

```mermaid
flowchart TD
    A[ジョブ開始] --> B[route呼び出し]
    B --> C[ApplicationMailbox.route]
    C --> D{ルート一致?}
    D -->|Yes| E[Mailbox特定]
    D -->|No| F[bounced!設定]
    E --> G[mailbox.receive実行]
    F --> H[RoutingError発生]
    G --> I{処理成功?}
    I -->|Yes| J[delivered!設定]
    I -->|No| K[failed!設定]
    J --> L[ジョブ完了]
    K --> L
    H --> M[エラー処理]
    M --> L
```

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

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

| 処理 | 対象テーブル | 操作種別 | 概要 |
|-----|-------------|---------|------|
| ステータス読取 | action_mailbox_inbound_emails | SELECT | 対象InboundEmailの取得 |
| ステータス更新 | action_mailbox_inbound_emails | UPDATE | processing/delivered/failed/bouncedへの更新 |
| メール取得 | active_storage_blobs | SELECT | raw_emailの内容取得 |

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

#### action_mailbox_inbound_emails

| 操作 | 項目（カラム名） | 更新値・取得条件 | 備考 |
|-----|-----------------|-----------------|------|
| UPDATE | status | 'processing' | 処理開始時 |
| UPDATE | status | 'delivered' | 正常処理完了時 |
| UPDATE | status | 'failed' | 処理失敗時 |
| UPDATE | status | 'bounced' | ルート不一致またはバウンス時 |
| UPDATE | updated_at | 現在時刻 | ステータス更新と同時 |

## エラー処理

### エラーケース一覧

| エラーコード | エラー種別 | 発生条件 | 対処方法 |
|------------|----------|---------|---------|
| - | ActionMailbox::Router::RoutingError | 一致するルートが存在しない | InboundEmailをbouncedに設定 |
| - | StandardError（Mailbox内） | Mailboxのprocess内で例外発生 | InboundEmailをfailedに設定 |
| - | ActiveRecord::RecordNotFound | InboundEmailが存在しない | 標準のActiveJobリトライ |

### リトライ仕様

| 項目 | 内容 |
|-----|------|
| リトライ回数 | ActiveJobのデフォルト設定に従う |
| リトライ間隔 | ActiveJobのデフォルト設定に従う |
| リトライ対象エラー | すべての未処理例外 |

### 障害時対応

1. RoutingErrorの場合、InboundEmailは`bounced`ステータスになり、これは正常な動作として扱われる
2. Mailbox内で例外が発生した場合、InboundEmailは`failed`ステータスになる
3. 手動での再処理が必要な場合は、`inbound_email.route`を直接呼び出すか、ステータスを`pending`に戻して再キューイングする

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

| 項目 | 内容 |
|-----|------|
| トランザクション範囲 | Mailboxクラスの実装に依存 |
| コミットタイミング | Mailboxの処理完了時 |
| ロールバック条件 | Mailboxのprocess内で例外発生時 |

## パフォーマンス要件

| 項目 | 内容 |
|-----|------|
| 想定処理件数 | 1ジョブあたり1件 |
| 目標処理時間 | Mailboxの処理内容に依存 |
| メモリ使用量上限 | メール本文のサイズに依存 |

## 排他制御

各InboundEmailに対して1つのRoutingJobのみがキューイングされます。`after_create_commit`で1回のみジョブが作成されるため、重複実行は発生しません。

## ログ出力

| ログ種別 | 出力タイミング | 出力内容 |
|---------|--------------|---------|
| 開始ログ | ジョブ開始時 | ActiveJobの標準ログ（ジョブクラス名、引数） |
| 進捗ログ | - | 特別な進捗ログなし（Mailbox内でのログ出力は実装依存） |
| 終了ログ | ジョブ終了時 | ActiveJobの標準ログ（実行時間等） |
| エラーログ | エラー発生時 | 例外情報、スタックトレース |

## 監視・アラート

| 監視項目 | 閾値 | アラート先 |
|---------|-----|----------|
| キュー滞留数 | アプリケーション依存 | 運用チーム |
| 失敗ジョブ数 | アプリケーション依存 | 運用チーム |
| RoutingError発生数 | アプリケーション依存 | 運用チーム |

## 備考

- キュー名は`ActionMailbox.queues[:routing]`で設定可能（デフォルト: `:action_mailbox_routing`）
- ルーティングルールはApplicationMailboxクラスで`routing`メソッドを使用して定義する
- ルーティングは文字列マッチング、正規表現、Procなど様々な方法で指定可能
- Mailboxの処理中にステータスは`processing`に設定される
- 処理結果に応じて`delivered!`、`failed!`、`bounced!`が呼び出され、その後IncinerationJobがスケジュールされる
