Vercel Services เปลี่ยน deployment เป็น service graph

Tech

ขอบเขต deployment กลายเป็น service graph โดย vercel.json ระบุ service, public rewrite, runtime, entrypoint และ internal binding

ไดอะแกรม Vercel Project ที่มี Next.js frontend, backend, worker และ private service เชื่อมด้วย rewrites และ bindings
Vercel Services ทำให้ public rewrites และ private bindings ชัดเจน

เกิดอะไรขึ้น

วันที่ 30 มิถุนายน 2026 Vercel เปิดตัว Services เพื่อให้หลาย frontend และ backend อยู่ใน Vercel Project เดียว พร้อม preview, build และ rollback ร่วมกัน

ทำไมสำคัญ

ขอบเขต deployment กลายเป็น service graph โดย vercel.json ระบุ service, public rewrite, runtime, entrypoint และ internal binding

สัญญาณจากชุมชน

ชุมชน Next.js ถกเรื่อง backend แยก, timeout, WebSocket, cron และ cost มานาน Services ลด friction บางส่วน แต่เพิ่มการพึ่งพา platform เดียว

แนวทางปฏิบัติ

ตรวจ diff ของ services, rewrites, bindings, ทดสอบลำดับ route, ออกแบบ auth ระหว่าง service และดู fan-out ของ internal call

ความเสี่ยง

Binding ไม่ใช่ authorization และเพราะ Services ยังเป็น beta ควรซ้อม logs, rollback, local dev และ cost ก่อนใช้กับ workload สำคัญ

เช็กลิสต์ Services

• วันที่ 30 มิถุนายน 2026 Vercel เปิดตัว Services เพื่อให้หลาย frontend และ backend อยู่ใน Vercel Project เดียว พร้อม preview, build และ rollback ร่วมกัน

• ตรวจ diff ของ services, rewrites, bindings, ทดสอบลำดับ route, ออกแบบ auth ระหว่าง service และดู fan-out ของ internal call

• Binding ไม่ใช่ authorization และเพราะ Services ยังเป็น beta ควรซ้อม logs, rollback, local dev และ cost ก่อนใช้กับ workload สำคัญ

แหล่งข้อมูล

다른 글