Vercel Drives เปิดให้ใช้ทั่วไปแล้ว: พื้นที่เก็บถาวรสำหรับ AI Agent

เมื่อวันพฤหัสบดีที่ 15 ตุลาคม 2026 Vercel ประกาศว่า Vercel Drives เปิดให้ใช้งานแบบ Generally Available (GA) สำหรับ Vercel Sandbox บนแผน Hobby, Pro และ Enterprise ตาม changelog ของ Vercel ข่าวนี้น่าสนใจสำหรับนักพัฒนาไทยที่สร้าง AI Agent เพราะงานของเอเจนต์มักต่อเนื่องหลายรอบ และแต่ละรอบอาจต้องใช้สภาพแวดล้อมต่างกัน คู่มือ Vercel KB อธิบายว่าถ้าไม่มีที่เก็บข้อมูลที่อยู่นอกเหนือ sandbox ตัวใดตัวหนึ่ง การย้ายไปสภาพแวดล้อมใหม่ก็ต้อง clone repository ติดตั้ง dependency และสร้าง context ใหม่ก่อนเอเจนต์จะทำงานต่อได้ Drive คือคำตอบของ Vercel สำหรับปัญหานี้

Vercel Drives คือ persistent storage ที่เรา mount เป็นโฟลเดอร์ใน Sandbox ไฟล์ที่เขียนลงไปจะยังอยู่หลัง sandbox หยุด และ sandbox ตัวอื่นก็ mount Drive เดียวกันเพื่อทำงานต่อได้ แม้จะใช้ image, runtime หรือชุดเครื่องมือต่างกัน (Vercel Blog, Vercel KB) ส่วน forking หรือการแตกสำเนา Drive ให้เขียนได้อิสระ blog ระบุว่าเป็น GA แล้วเช่นกัน

สำหรับคนที่ไม่ได้เขียนโค้ดเอง ข่าวนี้อาจดูห่างตัว ผลที่เกิดกับผู้ใช้ปลายทางยังพูดไม่ได้ว่าจะเป็นอย่างไร เพราะแหล่งข้อมูลพูดถึงแต่ฝั่งนักพัฒนา แต่ถ้านักพัฒนาในทีมคุณทำเครื่องมือ AI บน Vercel ลองถามเขาดูก็ได้ว่ามีแผนใช้ Drive หรือยัง

สรุป 30 วินาที: เกิดอะไรขึ้น

Vercel Drives เปิดใช้งานแบบ GA เมื่อวันที่ 15 ตุลาคม 2026 สำหรับ Vercel Sandbox ทุกแผน (changelog) Drive คือพื้นที่เก็บข้อมูลถาวรที่ mount เป็นไดเรกทอรีใน sandbox ไฟล์จะอยู่ต่อหลัง sandbox หยุด และ sandbox อื่นก็ mount Drive เดียวกันเพื่อเข้าถึงไฟล์เหล่านั้นได้

Vercel แนะนำให้ใช้เก็บ workspace หรือ file-based memory ของเอเจนต์ข้ามการรัน รวมถึงชุดข้อมูล โมเดล dependency และ build artifact ที่ต้องใช้ร่วมกันหลาย sandbox (changelog) และ fork Drive เป็น Drive ใหม่ที่เขียนได้อิสระ เพื่อให้ worker ขนานกันเริ่มจากไฟล์ชุดเดียวกันโดยไม่กระทบต้นฉบับ

ตัวเลขหลักตามเอกสาร: ขนาดเริ่มต้น 1 TiB (Hobby 1 GiB) ส่วน quota สูงสุดเริ่มต้นคือ 16 TiB (docs ราคา) ราคาเก็บข้อมูลใน region iad1 คือ 0.05 ดอลลาร์ต่อ GB ต่อเดือน บวกค่าอ่านและค่าเขียนข้อมูล (Sandbox pricing) และ sandbox mount ได้สูงสุด 4 Drive ต่อการรันหนึ่งครั้ง

ทำไมเรื่องนี้เกี่ยวกับคุณ

ลองนึกภาพตามผมดูครับ ถ้าคุณเป็น freelancer ที่รับงานสร้าง AI Agent ให้ลูกค้า หรือเป็น developer ในสตาร์ทอัพไทย คุณคงเคยเจออาการที่เอเจนต์รันจบแล้วทุกอย่างหายไป ต้อง clone repository ติดตั้ง library หรือสร้างชุดข้อมูลใหญ่ ๆ ใหม่ซ้ำ ๆ KB ของ Vercel ก็บอกชัดว่างานแบบนี้คือการ clone, reinstall และ rebuild context ก่อนเอเจนต์จะทำงานต่อได้

Drive แก้จุดนี้ด้วยการแยกไฟล์ของเอเจนต์ออกจากสภาพแวดล้อมที่รันมัน Vercel Blog ยกตัวอย่างว่า งานที่ต่อเนื่องอาจต้องเปลี่ยนเครื่องมือ runtime หรือกำลังประมวลผลระหว่างทาง เอเจนต์ควรทำงานกับไฟล์ชุดเดิมต่อได้เมื่อย้ายสภาพแวดล้อม

ผลต่อธุรกิจเล็ก ๆ ที่จ้างนักพัฒนา เอกสารที่ผมอ่านไม่ได้ระบุตัวเลขว่าประหยัดเวลาหรือเงินได้เท่าไร ที่เห็นชัดคือถ้า dependency หรือ cache ถูกเก็บไว้ใน Drive ก็ไม่ต้องติดตั้งซ้ำทุกรอบ ส่วนจะคุ้มค่าแค่ไหนต้องคำนวณจากงานจริงและค่า storage ที่เสียเพิ่ม ซึ่งผมจะอธิบายในหัวข้อเรื่องเงินครับ

ทำงานยังไง

หลักการคือ Drive เป็นไดเรกทอรีเดียวของที่เก็บถาวรที่ attach เข้ากับ sandbox ที่ mount path เช่น /workspace ทุกอย่างที่ sandbox เขียนใต้ path นั้นจะถูกเก็บลง Drive ส่วนทุกอย่างนอก path นั้นเป็นของ filesystem ของ sandbox เอง (Vercel KB) พอสร้าง sandbox ตัวใหม่แล้ว mount Drive เดิม เอเจนต์จะเจอไฟล์อยู่ตรงที่รอบก่อนวางไว้ KB ยกตัวอย่างว่ารอบแรกอาจรันงานโค้ดใน sandbox ที่ใช้ snapshot ชุด Node.js แล้วรอบต่อไป mount Drive เดิมใน sandbox ที่ใช้ snapshot ชุด Python สำหรับวิเคราะห์ข้อมูล โดยที่ repository และโน้ตของเอเจนต์ยังอยู่ใน Drive

ข้อกำหนดพื้นฐานที่เอกสารระบุไว้:

Drive หนึ่งตัวเป็นของ Vercel project เดียว และเก็บอยู่ใน region เดียว ชื่อ Drive ต้องไม่ซ้ำภายใน project เดียวกัน
region และขนาดสูงสุดกำหนดตอนสร้าง แล้วเปลี่ยนไม่ได้ ถ้าเรียกสร้าง Drive ที่มีอยู่แล้วด้วยค่าต่างจากเดิมจะเกิด conflict error
region หลักของ sandbox ต้องตรงกับ region ของ Drive
mount path ต้องเป็น absolute path และห้ามซ้อนทับกัน
ค่าเริ่มต้นสร้างใน region iad1 และขนาด 1 TiB (Hobby 1 GiB) ถ้าไม่ระบุ

(Vercel Docs: Drives, Vercel KB)

Drive เข้าถึงได้สามแบบ (Vercel KB):

Read-write mount เขียนได้ และ mount พร้อมกันได้ครั้งละ sandbox เดียวเท่านั้น (เป็นค่าเริ่มต้น)
Drive snapshot mount อ่านอย่างเดียว เป็นภาพ ณ เวลาที่ mount หลาย sandbox ใช้พร้อมกันได้ การเขียนที่เกิดหลังจากนั้นจะไม่โผล่ใน mount นั้น ต้อง mount snapshot ใหม่เพื่อเห็นไฟล์ล่าสุด
Fork สร้าง Drive ใหม่จากข้อมูลเดิม เขียนได้อิสระ ไม่ส่งผลย้อนกลับต้นฉบับ และไม่ merge กลับ

ควรรู้ว่า Drive snapshot ไม่ใช่สิ่งเดียวกับ sandbox snapshot แม้ชื่อคล้ายกัน Drive snapshot คือภาพอ่านอย่างเดียวของ Drive หนึ่งตัว ส่วน sandbox snapshot เก็บ filesystem ทั้งหมดของ sandbox (Vercel KB) นอกจากนี้ KB ระบุเงื่อนไขอีกข้อว่าต้อง mount แบบ read-write และเขียนลง Drive อย่างน้อยหนึ่งครั้งก่อนจึงจะทำ snapshot หรือ fork ได้

ตัวอย่างโค้ดใน changelog ดึง Drive ฐานชื่อ base-drive มาแล้ว fork ออกเป็น worker แต่ละตัว สร้าง sandbox ที่ mount fork นั้น รันเซสชันเสร็จแล้วลบ fork ทิ้ง ถ้าอยากเก็บผลลัพธ์ของ worker ไว้ KB บอกให้เว้นการเรียกลบ แล้ว mount fork นั้นใหม่ภายหลังได้เหมือน Drive ปกติ

เปรียบเทียบแบบบ้าน ๆ: ให้นึกถึงห้องทดลองที่ต้องรื้อทิ้งทุกครั้งที่ทำงานเสร็จ แต่คุณมีตู้ล็อกเกอร์ส่วนตัวที่ยกตามไปห้องใหม่ได้ ใส่สมุดโน้ต ตัวอย่างผลทดลอง หรืออุปกรณ์สำคัญไว้ในตู้ วันรุ่งขึ้นไปห้องใหม่ที่มีเครื่องมือต่างออกไป ก็ยกตู้เดิมไปวางได้ ของข้างในยังอยู่ครบ

แต่ผมต้องบอกตรง ๆ ว่านี่คือภาพเปรียบเทียบเพื่อให้เห็นภาพ ในความเป็นจริง KB ของ Vercel บอกว่า Vercel Sandbox เป็น persistent โดยค่าเริ่มต้นอยู่แล้ว เมื่อ sandbox หยุด filesystem จะถูก snapshot และคืนสภาพตอน sandbox ตัวนั้นกลับมาทำงาน แต่สถานะนั้นผูกกับ sandbox ตัวนั้นตัวเดียว ส่วน Drive แยกไฟล์ออกมาเป็นของที่ sandbox ตัวใดก็ mount ได้

เอกสารเทียบ Drive กับ sandbox snapshot ไว้ดังนี้ (Vercel Docs, Vercel KB):

Drive เก็บไดเรกทอรีเดียวที่ mount ไว้ ส่วน sandbox snapshot เก็บ filesystem ทั้งหมด (ขนาด 64 GB)
Drive แชร์ข้าม sandbox ได้ ส่วน snapshot แต่ละ sandbox ได้สำเนาอิสระ การเปลี่ยนแปลงไม่แชร์กัน
Drive อยู่จนกว่าจะลบเอง ส่วน snapshot หมดอายุใน 30 วันตามค่าเริ่มต้น (ตั้งให้ไม่หมดอายุได้)
ด้านความเร็ว Drive เขียนได้ระดับ NVMe และอ่านเร็วเมื่อ cache hit แต่ช้ากว่าเมื่อ cache miss
ใช้ร่วมกันได้ เช่น เริ่มจาก snapshot ที่ลงเครื่องมือไว้แล้ว แล้ว mount Drive สำหรับไฟล์โปรเจกต์และ cache

ตัวอย่างใน docs คือเอเจนต์ที่ติดตั้ง dependency ขนาด 10 GB ซ้ำทุก sandbox ถ้าใช้ snapshot แต่ละ sandbox ได้สำเนาของตัวเองและเก็บซ้ำหลายชุด ถ้าใช้ Drive ทุกตัวอ่านจากสำเนากลางชุดเดียวที่อยู่ข้ามการรัน

ฝั่งการใช้งานจริง SDK ยืนยันตัวตนด้วย Vercel OIDC token KB ระบุว่าตอนพัฒนาในเครื่อง token มีอายุ 12 ชั่วโมง และต้องรัน vercel env pull ใหม่เมื่อหมดอายุ ส่วนบน Vercel production การยืนยันตัวตนเป็นอัตโนมัติ มี TypeScript SDK, Sandbox CLI และ Python SDK ที่รองรับ Drive

จุดหักมุม: ข้อมูลถาวรคือทั้งพรและคำสาป

พรของ Drive คือไฟล์อยู่ต่อได้ ตามเอกสาร Drive “อยู่จนกว่าจะลบเอง” (Vercel Docs) แต่ด้านกลับก็ตามมาด้วย อะไรก็ตามที่ถูกเขียนลง Drive ก็อยู่ต่อเหมือนกัน ถ้าเอเจนต์เขียนไฟล์ที่ไม่พึงประสงค์ลงไป หรือเผลอเก็บ credential ลงไฟล์ ไฟล์เหล่านั้นก็ไม่หายไปเมื่อ sandbox หยุด และ sandbox รอบถัดไปที่ mount Drive เดียวกันก็เจอมัน

เรื่องนี้เป็นข้อสรุปของผมเอง ไม่ใช่ข้อความจากเอกสารที่ผมตรวจ เอกสาร Drive ที่ผมอ่านไม่ได้มีหัวข้อเตือนเรื่อง credential โดยเฉพาะ จึงเป็นเหตุผลที่ผมแนะนำเองว่าไม่ควรเก็บ secret ใน Drive และควรลบ Drive ที่ไม่ใช้ทิ้ง

บริบทที่เกี่ยวข้อง: AI Agent News ฉบับวันที่ 16 ตุลาคม สรุปงานวิจัย APEX-Harm ที่ Hugging Face รายงานไว้ ซึ่งทดสอบ prompt injection และ script injection กับเอเจนต์ที่ทำงานยาวใน workspace ร่วมกันขนาดใหญ่ และระบุว่า script attack มักสำเร็จแม้เอเจนต์ส่งผลงานที่ถูกต้อง งานชิ้นนี้ไม่ได้พูดถึง Vercel Drives โดยตรง ผมยกมาเพื่อแสดงว่า workspace ที่ใช้ร่วมกันและอยู่นานเป็นสิ่งที่นักวิจัยกำลังทดสอบด้านความเสี่ยง

หลักฐานความปลอดภัยและความเสี่ยงที่ยังเหลือ

ผู้เผยแพร่และที่มา: ทุกอย่างที่ผมตรวจมาจากเว็บไซต์ของ Vercel เอง ได้แก่ changelog (ผู้เขียน Tom Lienard), blog (Kevin Sundstrom), KB และ docs ลงวันที่ 15 ตุลาคม 2026 สำหรับ changelog, blog และ KB ส่วน docs ของ Drives ลงวันที่ 21 กันยายน และ docs ราคา 10 กันยายน 2026 ซึ่งเก่ากว่าวัน GA จึงควรเปิดหน้าปัจจุบันเทียบอีกครั้งก่อนตัดสินใจจริง แหล่งที่ผมได้รับไม่ได้ระบุเลขเวอร์ชันหรือ tag ของแพ็คเกจ @vercel/sandbox ที่เกี่ยวกับ Drives ผมจึงไม่ขอระบุเลขเวอร์ชันครับ

Advisory ที่ทราบ: ชุดแหล่งข้อมูลที่ผมตรวจไม่มีหน้า security advisory ของ Vercel หรือของแพ็คเกจนี้ ผมจึงบอกไม่ได้ว่ามี advisory หรือไม่ และไม่ควรอ่านว่า “ไม่เจอในที่นี้” แปลว่า “ไม่มี” ควรเปิดหน้า security ของผู้ผลิตและของแพ็คเกจด้วยตัวเองก่อนใช้งานจริง

สิทธิ์เริ่มต้นและสิ่งที่ sandbox ทำได้ เท่าที่แหล่งข้อมูลแสดง:

Filesystem: sandbox อ่านและเขียนไฟล์ใต้ mount path ได้ และ Drive ที่ mount แบบค่าเริ่มต้นเป็น read-write (Vercel KB)
Shell/คำสั่ง: ตัวอย่างในเอกสารสั่งรันคำสั่งใน sandbox ได้ เช่น git และตัวติดตั้งแพ็คเกจ (Vercel Docs, Vercel Blog)
Network: หน้าราคา ระบุว่า sandbox ดาวน์โหลดข้อมูลจากอินเทอร์เน็ตได้ (เช่น แพ็คเกจ Git repository ชุดข้อมูล) และส่งข้อมูลออกอินเทอร์เน็ตหรือเปิด port ได้ โดยข้อมูลขาออกคิดเงิน แผนกำหนดจำนวน port เปิดสูงสุด 15
การยืนยันตัวตน: SDK ใช้ Vercel OIDC token ตามที่กล่าวข้างต้น Drive เป็นของ project เดียว

เอกสารที่ผมได้รับไม่ได้อธิบายสิทธิ์ละเอียดระดับต่อ Drive ผู้ใช้จึงควรตรวจเรื่องการควบคุมการเข้าถึงใน docs ฉบับล่าสุดเอง

ความเสี่ยงที่ยังเหลือ (ส่วนนี้เป็นข้อสังเกตของผม):

ไฟล์ที่ไม่พึงประสงค์หรือ secret ที่เผลอเขียนลง Drive จะอยู่ต่อข้ามรอบจนกว่าจะลบ
Fork สืบทอดข้อมูลของต้นฉบับ จึงน่าจะสืบทอดไฟล์ที่ไม่พึงประสงค์ไปด้วยถ้ามีอยู่ก่อนจะ fork
การใช้ snapshot แบบอ่านอย่างเดียวช่วยลดโอกาสที่ sandbox ฝั่งอ่านจะเขียนทับข้อมูล แต่ไม่ได้ทำให้เนื้อหาใน Drive ปลอดภัยขึ้นเอง
ผมไม่สามารถบอกว่าใช้แล้วปลอดภัยร้อยเปอร์เซ็นต์ และไม่มีเครื่องมือใดบอกได้

ข้อแนะนำ: ลองใน throwaway project ก่อน ไม่เก็บ credential ใน Drive ลบ Drive และ fork ที่ไม่ใช้แล้ว (ลบถาวรและหยุดค่า storage ตามเอกสาร แต่ลบไม่ได้ถ้า Drive ยัง attach กับ sandbox ที่รันอยู่) และตรวจเนื้อหา Drive เป็นระยะ

เรื่องเงิน / ผลกระทบ

ตัวเลขจาก Sandbox pricing ซึ่งเป็นอัตราของ region iad1 (ค่าเริ่มต้น):

รายการ	Hobby (รวมให้)	Pro	Enterprise
Drive Storage	15 GB (lifetime)	0.05 ดอลลาร์/GB-เดือน	0.05 ดอลลาร์/GB-เดือน
Drive Reads	30 GB/เดือน	0.0015 ดอลลาร์/GB	0.0015 ดอลลาร์/GB
Drive Writes	30 GB/เดือน	0.004 ดอลลาร์/GB	0.004 ดอลลาร์/GB

วิธีคิดเงิน: Drive คิดจากสามมิติคือ storage, reads และ writes โดย storage วัดทุกชั่วโมงจากขนาดที่ใช้จริงทางตรรกะ (logical used size) ไม่ใช่ขนาดที่ตั้งไว้ และการลบ Drive หยุดค่า storage (Vercel Docs, Sandbox pricing) KB ยังเทียบว่าราคา storage ของ Drive (0.05 ดอลลาร์/GB-เดือนบน Pro ที่ iad1) ถูกกว่า sandbox snapshot (0.08 ดอลลาร์/GB-เดือน) แต่ Drive มีค่า read/write เพิ่ม

ขนาดและโควต้า: Drive ตั้งต้น 1 TiB (Hobby 1 GiB) ถ้าไม่ระบุ maxSize และ quota สูงสุดเริ่มต้นคือ 16 TiB ตารางใน docs ระบุว่าขอเพิ่มได้ (Vercel Docs) sandbox mount ได้ 4 Drive ต่อรัน และการลบ sandbox, snapshot หรือ Drive จำกัด 20 request ต่อวินาทีต่อทีม

ส่วนแผน Hobby ตามหน้าราคา ใช้ฟรีภายในโควต้า เมื่อเกินโควต้าจะหยุดสร้าง sandbox ใหม่ แจ้งเตือนก่อนถึงโควต้า และไม่คิดเงินเพิ่ม แผน Pro ใช้เครดิต 20 ดอลลาร์ต่อเดือนก่อน แล้วจึงคิดตามอัตราข้างต้น Spend Management ช่วยตั้งแจ้งเตือนหรือหยุดโปรเจกต์ได้

ผลทางเงินจริงสำหรับคุณ ผมไม่ได้คำนวณเป็นบาทและไม่ขอเดา เพราะไม่มีตัวเลขการประหยัดในแหล่งข้อมูล และอัตราแลกเปลี่ยนก็เปลี่ยนตลอด วิธีที่ดีคือประเมินจากข้อมูลที่ต้องเก็บ (GB) บวกปริมาณที่อ่านและเขียนต่อเดือนของงานคุณเอง แล้วเทียบกับค่าติดตั้งซ้ำที่เสียอยู่

ข้อมูลที่ยังไม่ชัด และจุดที่แหล่งข่าวพูดไม่ตรงกัน

ตัวเลขบน Hobby ที่ดูสับสนง่าย: “1 GiB” คือขนาดเริ่มต้น (default) ของ Drive บน Hobby ส่วน “15 GB (lifetime)” คือโควต้า Drive Storage ที่รวมให้บนหน้าราคา สองตัวเลขนี้ไม่ได้ขัดกัน เพราะเป็นคนละเรื่อง แต่แหล่งข้อมูลไม่ได้อธิบายความสัมพันธ์ระหว่างสองค่านี้ ควรเช็ค billing dashboard ของบัญชีจริง
16 TiB: blog เขียนว่า “up to 16 TiB available” ส่วน docs เขียนว่า 16 TiB เป็น quota สูงสุดเริ่มต้นและขอเพิ่มได้ จึงอ่านเป็น default quota ไม่ใช่เพดานตายตัว
หน้าราคา Hobby พูดสองแบบ: ประโยคหนึ่งบอกว่าเมื่อเกินโควต้า sandbox creation หยุดจนถึงรอบบิลถัดไป อีกประโยคบอกว่าหยุดจนผ่านไป 30 วันนับจากเริ่มใช้ฟีเจอร์ ไม่ทราบว่าอันไหนแม่นยำกว่า
ราคาต่าง region: หน้าราคาบอกว่าอัตรา Drive ต่างกันตาม region แต่ข้อความที่ผมได้มาแสดงเฉพาะอัตรา iad1 ผมจึงไม่มีตัวเลข region อื่นให้
วันที่ของเอกสาร: docs Drives (21 กันยายน) และ docs ราคา (10 กันยายน) ลงวันที่ก่อนวัน GA ส่วน changelog, blog และ KB ลงวันที่ 15 ตุลาคม เนื้อหาที่ผมตรวจสอดคล้องกันในประเด็นหลัก แต่ควรเปิดหน้าปัจจุบันเทียบอีกครั้ง
ความเห็นภายนอก: AI Agent News ฉบับวันที่ 16 ตุลาคม 2026 ที่ผมได้รับไม่ได้กล่าวถึง Vercel Drives จึงไม่มีบทวิเคราะห์อิสระหรือรีวิวการใช้งานจริงให้เทียบ ตอนนี้ข้อมูลทั้งหมดมาจากผู้ผลิตเอง
ไม่ทราบเวอร์ชันแพ็คเกจ และไม่มีข้อมูล advisory ตามที่ระบุในหัวข้อความปลอดภัย

แล้วเราควรทำอะไร

สำหรับ developer และคนสร้าง AI Agent

เตรียม Node.js 22+ และ Vercel CLI แล้วติดตั้งแพ็คเกจ @vercel/sandbox ตามที่ KB แนะนำ
สร้าง project ทดลอง (throwaway) บน Vercel
ใช้ Drive.getOrCreate() สร้าง Drive โดยระบุชื่อ และถ้าต้องการให้ระบุ region กับขนาด (ซึ่งเปลี่ยนทีหลังไม่ได้)
Mount Drive ที่ path เช่น /workspace แล้วให้ agent เขียนไฟล์ทดสอบ
สร้าง sandbox ใหม่ mount Drive เดิม ตรวจว่าไฟล์ยังอยู่
ลอง fork() และ snapshot() เพื่อดูความต่าง ทำหลังเขียนลง Drive อย่างน้อยหนึ่งครั้งตามที่ KB กำหนด
ตั้งกฎว่าไม่เก็บ secret หรือข้อมูลจริงใน Drive และลบ Drive กับ fork ที่ไม่ใช้

สำหรับเจ้าของธุรกิจขนาดเล็กและ freelancer

ถาม developer ที่ทำงานด้วยว่ามีแผนใช้ Vercel Drives หรือยัง
กำหนดกฎว่าห้ามเก็บข้อมูลลูกค้าหรือรหัสผ่านใน Drive
ขอดูค่าใช้จ่ายของ Drive Storage, Reads และ Writes เป็นประจำ
เริ่มจากโครงการเล็กก่อนค่อยขยาย

สำหรับ IT support หรือผู้ดูแลระบบ

อ่านคู่มือที่ https://vercel.com/kb/guide/vercel-drives ให้ละเอียด
ติดตามการใช้งานและ billing ของทีมพัฒนา
แนะนำให้ทีมทดลองใน throwaway project ก่อน
เตรียมนโยบายลบ Drive ที่ไม่ใช้ และตรวจสอบเนื้อหาเป็นระยะ

ผมมองว่า…

ผมมองว่า Vercel Drives แก้ปัญหาที่ตรงจุดสำหรับงานเอเจนต์ที่ทำต่อเนื่อง เพราะแยกไฟล์ของเอเจนต์ออกจากสภาพแวดล้อมที่รันมัน ซึ่งเป็นแนวคิดที่ blog ของ Vercel เองใช้อธิบาย ดังนั้นสิ่งที่เปลี่ยนไม่ใช่แค่ความสะดวก แต่เป็นรูปแบบการวางสถาปัตยกรรมของงานเอเจนต์ ว่าจะให้สถานะอยู่ในไฟล์ที่ถาวรแทนการสร้างใหม่ทุกครั้ง

แต่ข้อมูลถาวรก็แปลว่าความผิดพลาดถาวรด้วย ผมจึงไม่ให้ใช้กับข้อมูลสำคัญหรือ credential จนกว่าจะทดสอบกระบวนการลบ การตรวจเนื้อหา และการคุมค่าใช้จ่ายให้เรียบร้อยก่อน ส่วนข้อสังเกตทั้งหมดนี้เป็นความเห็นส่วนตัว ไม่ใช่ข้อความจากเอกสารของ Vercel ครับ

ปิดท้าย: สิ่งที่ต้องจับตา

docs ของ Drives และหน้าราคา ว่าจะอัปเดตหลังวัน GA หรือไม่ เพราะฉบับที่ผมตรวจลงวันที่ก่อน GA
ตัวเลข region อื่นนอกจาก iad1 และ region ที่ใช้ได้ เพราะ Drive เลือก region ตอนสร้างแล้วเปลี่ยนไม่ได้ และ sandbox ต้องอยู่ region เดียวกัน (Sandbox มี 19 region ตามหน้าราคา)
ค่าใช้จ่ายจริงของงานคุณ ทั้ง storage, reads และ writes
หน้า security advisory ของผู้ผลิตและแพ็คเกจ ซึ่งผมไม่มีให้ตรวจในชุดแหล่งข้อมูลนี้
ความเห็นหรือรีวิวอิสระหลังมีคนใช้งานจริง ซึ่งตอนนี้ยังไม่เห็นในแหล่งที่ตรวจ