Vercel Schedules เปิดตัวแล้ว: ทำความรู้จักและวิธีเปลี่ยนผ่าน
Vercel เปิดตัวฟีเจอร์ Schedules เมื่อพฤศจิกายน 2026 เพื่อทดแทน Cron Jobs พร้อมคิดค่าบริการเริ่มต้น 5 ดอลลาร์ต่อ 1 ล้านรัน
ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง
- Vercel เปิดตัว Schedules อย่างเป็นทางการในรูปแบบ Public Beta เมื่อวันที่ 5 พฤศจิกายน 2026
- ฟีเจอร์ใหม่รองรับเขตเวลา IANA, ฟังก์ชันส่วนตัว และการทำงานร่วมกับ Queue topics
- การย้ายจาก Cron Jobs ต้องระวังเรื่องค่าเริ่มต้นของ Method ที่เปลี่ยนจาก GET เป็น POST
- แพ็กเกจ Pro และ Enterprise มีค่าบริการส่วนเกิน 5 ดอลลาร์ต่อ 1 ล้านรัน และ 10 ดอลลาร์ต่อ 1 ล้านการสร้าง
Vercel ได้เปิดตัวฟีเจอร์ใหม่อย่าง Vercel Schedules เมื่อวันที่ 4 พฤศจิกายน 2026 และเปิดให้ใช้งานในรูปแบบ Public Beta เมื่อวันที่ 5 พฤศจิกายน 2026 ซึ่งถูกวางตำแหน่งให้เป็นตัวแทนของระบบ Cron Jobs แบบเดิม โดยระบบเก่าจะยังคงทำงานต่อไปได้ตามปกติโดยไม่มีการบังคับให้ย้ายทันที ผู้พัฒนาจึงสามารถเลือกย้ายระบบได้ตามความเหมาะสมของโปรเจกต์
ความแตกต่างสำคัญระหว่างระบบเก่าและระบบใหม่คือ Cron Jobs แบบเดิมจะใช้การกำหนดเส้นทางและตั้งเวลาแบบ UTC ในขณะที่ Schedules เปิดให้ตั้งค่าแบบคงที่ผ่านไฟล์ vercel.json หรือ Build Output API พร้อมทั้งเพิ่มความสามารถในการสร้างและยกเลิกงานผ่านรันไทม์ด้วย SDK, CLI หรือ API นอกจากนี้ ในส่วนของ Preview Environments ระบบจะตั้งค่าสถานะเริ่มต้นเป็นแบบไม่ใช้งาน เพื่อป้องกันไม่ให้สาขาการพัฒนาอื่นไปรบกวนระบบงานบน Production โดยไม่ได้ตั้งใจ
สำหรับการตั้งค่าการทำงาน ระบบ Schedules รองรับเป้าหมายการทำงาน 3 รูปแบบ ได้แก่ ฟังก์ชันส่วนตัว (Private Function) เส้นทาง HTTP (HTTP Path) และหัวข้อคิว (Queue Topic) โดยฟังก์ชันส่วนตัวจะใช้งานผ่าน experimentalTriggers ที่ไม่มี URL สาธารณะ ทำให้มีความปลอดภัยสูงเพราะมีเพียงตัวจัดตารางเวลาเท่านั้นที่เรียกใช้งานได้ ในขณะที่เส้นทาง HTTP จะยังคงเป็นสาธารณะเว้นแต่จะมีการใส่ระบบยืนยันตัวตนเพิ่มเติม
ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง
การเปลี่ยนผ่านจาก Cron Jobs ไปยัง Schedules ถือเป็นก้าวสำคัญของ Vercel ในการรองรับสถาปัตยกรรมแอปพลิเคชันยุคใหม่ที่ซับซ้อนขึ้น โดยเฉพาะระบบ AI Agents ที่ต้องมีการทำงานเบื้องหลังแบบอะซิงโครนัส การรองรับเขตเวลา IANA และการผสานการทำงานกับ Queue ทำให้ผู้พัฒนาสามารถจัดการงานที่ต้องทำซ้ำๆ ได้ยืดหยุ่นกว่าการตั้งเวลาผ่าน URL แบบเดิมอย่างมาก
ข้อควรระวังที่สำคัญที่สุดในการย้ายระบบคือ ค่าเริ่มต้นของเส้นทางใน Schedules จะใช้เมธอด POST ในขณะที่ Cron Jobs เดิมใช้เมธอด GET ดังนั้น ผู้พัฒนาจึงต้องกำหนดค่า requestMethod เป็น GET ในไฟล์ตั้งค่าหากตัวจัดการ (Handlers) ของเดิมยังคาดหวังการรับค่าแบบ GET อยู่ นอกจากนี้ ห้ามเปิดใช้งานทั้ง Cron และ Schedules สำหรับงานเดียวกันพร้อมกันโดยเด็ดขาดเพื่อป้องกันการทำงานซ้ำซ้อน
ในด้านอัตราค่าบริการสำหรับแพ็กเกจ Pro และ Enterprise อ้างอิงจากข้อมูลวันที่ 6 พฤศจิกายน 2026 มีค่าบริการส่วนเกินอยู่ที่ 5 ดอลลาร์ต่อ 1 ล้านรัน และ 10 ดอลลาร์ต่อ 1 ล้านการสร้าง ส่วนแพ็กเกจ Hobby จะมีการจำกัดจำนวนการสร้างและรันต่อเดือนตามโควตาที่กำหนด พร้อมทั้งมีหน้าต่าง Jitter ที่แตกต่างกันตามระดับแพ็กเกจ ผู้พัฒนาควรตรวจสอบรายละเอียดในหน้าแดชบอร์ดของตนเองก่อนใช้งานจริง
ที่มา: Dev.to
พบข้อมูลผิดพลาดในบทความนี้? แจ้งปัญหาบทความนี้
ความคิดเห็น
แสดงความคิดเห็น