Laravel Queue と仲良くなろう

2026/02/04 Fukuoka.php++ Vol.1 登壇資料

Transcript

1. Laravel Queueと仲良くなろう 2026/02/04 Fukuoka.php++ Vol.1
2. キューを利用する場面 - 計算量の多い処理 - 遅延実行が必要な処理 - LLMを利用した処理 - …etc 一方で、キューにはワーカープロセスの常駐が必要になるため、 実行タイミングが明確なスケジュール駆動の場合はリソース効率が悪くなる ※ただし、失敗時のリトライ処理のためにあえてキューを利用する場合もある = 実行タイミングが不明なイベント駆動での利用に適している
3. 実際の起動コマンド
4. --timeout 起動オプションでのデフォルト値は7200としていたが、 もっと短くても良さそう（ジョブごとに設定している場合もあります） ジョブの処理に不具合があった場合にタイムアウトまで待たされる場合があり、 長いことによってキューが詰まる原因になる backoff, triesも必要に応じてジョブ側で個別に設定
5. --queue ジョブに優先度をつけられるので便利。 ex. - ユーザーによる予約実行処理（時間の厳密さが必要）: high - ユーザーによる予約実行処理（時間の厳密さが不要）: default - ユーザーによるデータ更新のCRM連携: low
6. ワーカー数 少なすぎるとキューが詰まりやすくなるので、 ジョブごとの実行時間・積まれているジョブ数を監視しつつ調整すべき 弊サービスでは3にしてます
7. キューワーカーの起動方式 - queue:listen - コードの更新を手動でのプロセス再起動なしで適用できる - 開発環境での利用に適している - パフォーマンス❌ - queue:work - 常駐プロセスのため、変更後はキューワーカーの再起動が必要 - 本番環境での利用に適している - パフォーマンス⭕ - 弊サービスでは以前はqueue:listenで起動していたため、queue:workへの切り替えを行った - 開発環境では --max-jobs=1 にすることで、擬似的にqueue:listenにしました
8. CPU使用率の変化
9. とあるバッチ処理の実行時間変化 Before After
10. ジョブ実装で便利なテクニック
11. shouldBeUnique
12. ジョブのバッチ実行
13. ジョブのバッチ実行 複数のジョブをバルク実行してその結果を通知とかする場合に便利そう （次の機能開発で使ってみることを検討中）
14. onQueue こっちより
15. onQueue こっちの方がいいね
16. ご清聴ありがとうございました Xやってます @fingerEase24