queued jobs ใน Laravel ทำงานอย่างไร?

Question

Accepted Answer

ระบบ **queue** ของ Laravel ช่วยให้คุณเลื่อนงานที่ใช้เวลานาน (ส่งอีเมล ประมวลผลไฟล์ เรียก API ที่ช้า) ไปทำงาน **ใน background** เพื่อให้ผู้ใช้ได้รับ response ที่รวดเร็ว งานจะถูกห่อหุ้มเป็น **Job** ผลักเข้าไปใน queue และประมวลผลโดยกระบวนการ **worker** ที่แยกออกมา

## ปัญหาที่ queue แก้ไข

```text
Slow work done inline makes the user wait and risks request timeouts:
  ✗ sending emails, processing images/video, generating reports, calling slow APIs
  ✓ QUEUE it → respond to the user immediately → a worker handles it in the background
```

## การนิยามและ dispatch job

```php
<?php
// php artisan make:job ProcessPodcast
class ProcessPodcast implements ShouldQueue {
    public function __construct(public Podcast $podcast) {}

public function handle(): void {
        // the slow work — runs in a WORKER, not the web request
        $this->podcast->process();
    }
}
```

```php
// dispatch the job — pushes it onto the queue, returns IMMEDIATELY
ProcessPodcast::dispatch($podcast);
ProcessPodcast::dispatch($podcast)->delay(now()->addMinutes(10));   // delayed
```

การ implement `ShouldQueue` ทำให้ job สามารถเข้า queue ได้ ส่วน `dispatch()` จะผลักมันเข้าไปใน queue และคืนค่ากลับมาทันที ผู้ใช้ไม่ต้องรอให้งานเสร็จ

## การประมวลผล job (workers)

```bash
php artisan queue:work          # run a worker to process queued jobs
# in production: run workers as a supervised process (Supervisor) or use Horizon
```

กระบวนการ **worker** ที่แยกออกมาจะดึง job ออกจาก queue และรันมัน backend ของ queue มีให้เลือกหลายแบบ เช่น Redis, database, SQS เป็นต้น

## ฟีเจอร์ด้านความน่าเชื่อถือ

```php
class ProcessPodcast implements ShouldQueue {
    public $tries = 3;             // retry up to 3 times on failure
    public $backoff = 60;          // wait 60s between retries
    public function failed(Throwable $e): void { /* handle final failure */ }
}
```

```text
✓ Retries with backoff (resilience), failed-job handling
✓ Persistence (jobs survive restarts via the queue backend)
✓ Laravel Horizon → a dashboard for monitoring/managing Redis queues
```

## ทำไมจึงสำคัญ

queued jobs เป็นสิ่งจำเป็นสำหรับการสร้างแอปพลิเคชัน Laravel ที่ตอบสนองได้ดีและขยายขนาดได้ การถ่ายงานที่ช้าหรือต้องเลื่อนออกไปจากรอบ request เป็นความต้องการที่พบบ่อยและสำคัญ และระบบ queue ของ Laravel ก็ทำให้มันออกมาสง่างาม

การเข้าใจมันมีค่า เพราะการทำงานที่ใช้เวลานานแบบ inline (ส่งอีเมล ประมวลผลสื่อ สร้างรายงาน เรียกบริการภายนอกที่ช้า) ทำให้ผู้ใช้ต้องรอ เสี่ยงต่อ request timeout และทำให้งานสูญหายหากล้มเหลว ในขณะที่การ **queue** มันช่วยให้คุณตอบสนองผู้ใช้ได้ทันทีในขณะที่ **worker** ใน background ประมวลผลมันอย่างน่าเชื่อถือ

นอกเหนือจากการถ่ายงานแบบ async ง่าย ๆ แล้ว queue ของ Laravel ยังให้ความสามารถระดับ production ที่สำคัญ ได้แก่ **การ retry อัตโนมัติพร้อม backoff** (ความทนทานต่อความล้มเหลวชั่วคราว) **persistence** (job อยู่รอดจากการ crash/restart ผ่าน backend ของ queue ทำให้งานไม่สูญหาย) การจัดการ job ที่ล้มเหลว การ dispatch แบบหน่วงเวลา และการ monitor ผ่าน Horizon

การเข้าใจวิธีนิยาม job (`ShouldQueue`) การ dispatch มัน (ที่คืนค่ากลับมาทันที) การประมวลผลด้วย worker (`queue:work` ที่ดูแลโดย supervisor ใน production) และการตั้งค่าฟีเจอร์ด้านความน่าเชื่อถือ เป็นความรู้ที่สำคัญสำหรับการสร้างแอปพลิเคชันที่จัดการงานหนักหรืองานที่เลื่อนออกไปได้อย่างราบรื่น

เนื่องจากแอปพลิเคชันที่ตอบสนองได้ดีมักต้องถ่ายงานไปทำใน background และเนื่องจากระบบ queue ของ Laravel เป็นวิธีที่สง่างามและเป็นแบบฉบับในการทำเช่นนั้นพร้อมความน่าเชื่อถือในตัว การเชี่ยวชาญ jobs และ queues จึงเป็นความรู้ที่เกี่ยวข้องบ่อยและสำคัญสำหรับการสร้างแอปพลิเคชัน Laravel ระดับ production ที่ยังคงรวดเร็วและเชื่อถือได้ภายใต้ภาระงานจริง