セキュリティイベントフック Pub/Sub アーキテクチャ設計
Issue #419 対応: WebHookベースからPub/Sub型への移行による拡張性・冗長化実現
📋 現状分析
現在のWebHook実装の課題
🔗 WebHook方式の制約
- 同期処理: HTTP配信がイベント処理スレッドをブロック
- 単一購読者: 1イベントタイプ = 1WebHook URL の制限
- スケール制約: 単一インスタンス処理・水平スケール不可
- 障害耐性: インメモリリトライ・再起動時データ喪失
- 運用複雑性: エンドポイント健全性チェック・設定管理の困難
現在の実装状況 (詳細分析済み)
📊 充実した基盤
├── 130+ セキュリティイベントタイプ
├── テナント別設定管理 (JSON設定)
├── プラグインシステム (動的ローディング)
├── SSF (RFC 8935) 準拠実装
└── 包括的監査・結果追跡
🔴 制約・課題
├── 同期HTTP配信 → スレッドブロック
├── 固定設定 → 動的購読者追加不可
├── インメモリリトライ → 障害時データ喪失
├── 単一配信先 → ファンアウト不可
└── 手動設定管理 → 運用負荷大