Parent: #38 ## 背景 `auth_audit_logs` / `backup_audit_logs` は現状、保持期間やパージの仕組みが無く無期限に蓄積される。production では監査要件として長期保持が必要な一方、開発中の試行錯誤で生成される大量のログはノイズになりやすく、DBを不必要に肥大化させる。 ## スコープ - production-mode では監査ログを長期保持する(自動削除しない、または長い保持期間を設定する) - dev-mode では、開発中に生成された監査ログを定期的にパージできる仕組みを用意する(例: artisanコマンド、スケジュールタスク) - 保持期間はモード(#38 の状態設定)に応じて設定可能にする - 既存の監査ログテーブル(`auth_audit_logs`, `backup_audit_logs`)の両方を対象にする ## 完了条件 - [ ] production-mode では監査ログが自動パージされない - [ ] dev-mode では監査ログをパージできるartisanコマンド(または同等の仕組み)が使える - [ ] 保持期間・パージ挙動が #38 の状態設定を参照して切り替わる - [ ] Feature test を追加する
Parent: #38
背景
auth_audit_logs/backup_audit_logsは現状、保持期間やパージの仕組みが無く無期限に蓄積される。production では監査要件として長期保持が必要な一方、開発中の試行錯誤で生成される大量のログはノイズになりやすく、DBを不必要に肥大化させる。スコープ
auth_audit_logs,backup_audit_logs)の両方を対象にする完了条件