ผู้เขียนบทความ: @SantoshPraneeth และ @jeffizhungry
Flux คือแพลตฟอร์มเอเจนต์บนคลาวด์ของ DoorDash สำหรับวิศวกร ในเดือนเดียวของปี 2026 เราใช้ Flux เพื่อดำเนินงานวิศวกรรม 130,000 งานแบบอัตโนมัติ หลังเปิดตัวใน Q1 ปี 2026 Flux ก็ขยายตัวอย่างรวดเร็ว และตอนนี้รองรับเวิร์กโฟลว์เบื้องหลังปริมาณมากทั่วทั้ง DoorDash รวมถึงการตรวจสอบโค้ดอัตโนมัติมากกว่า 25,000 ครั้งต่อสัปดาห์ และเพลย์บุ๊กที่แตกต่างกันกว่า 300 รายการที่มีการเรียกใช้งานมากกว่า 10,000 ครั้งต่อสัปดาห์ เวิร์กโฟลว์เหล่านี้สามารถทำงานได้โดยไม่มีคนดูแล แบบขนาน และตลอด 24 ชั่วโมง
เราจะพาคุณไปดูข้อจำกัดที่ทำให้เราต้องก้าวข้ามการทำงานแบบเอเจนต์บนแล็ปท็อป เหตุผลที่เราเลือกสร้าง Flux ขึ้นภายในองค์กรแทนที่จะพึ่งพาโฮสต์เอเจนต์เขียนโค้ดเพียงอย่างเดียว รวมถึงพรีมิทีฟของแพลตฟอร์มอย่างแซนด์บ็อกซ์สำหรับเอเจนต์ MCP gateway เพลย์บุ๊ก และพื้นผิวการเรียกใช้งาน ที่ทำให้การมอบหมายงานให้เอเจนต์เป็นเรื่องที่ทำซ้ำได้และปลอดภัย
กรณีการใช้งานเวิร์กโฟลว์เบื้องหลังของ Flux
ภาพรวมการใช้งาน Flux ทั่วทั้ง DoorDash ในหนึ่งเดือน ครอบคลุมการตรวจสอบโค้ดอัตโนมัติ การรันเพลย์บุ๊ก และงานเบื้องหลังที่ดำเนินการเสร็จสิ้น
จุดเริ่มต้น
ในช่วงปีที่ผ่านมา ผู้ใช้ที่รันเวิร์กโหลดแบบเอเจนต์ (agentic workloads) บนแล็ปท็อปพบข้อจำกัดอย่างรวดเร็ว:
- ทรัพยากรและความพร้อมใช้งาน แล็ปท็อปมีคอร์ CPU จำนวนจำกัด หน่วยความจำจำกัด และแบตเตอรี่ ซึ่งทั้งหมดถูกใช้งานร่วมกับแอปพลิเคชันอื่นๆ บนเครื่อง เวิร์กโฟลว์แบบเอเจนต์มักต้องรันงานที่ใช้การประมวลผลหนัก เช่น การ build การทดสอบ และการค้นหาขนาดใหญ่แบบขนาน ซึ่งทำให้แล็ปท็อปมีทรัพยากรไม่พออย่างรวดเร็ว เวิร์กโฟลว์เหล่านี้ยังต้องพึ่งพาอุปกรณ์ที่เปิดอยู่ เชื่อมต่ออยู่ และพร้อมใช้งาน งานจะหยุดชะงักเมื่อวิศวกรปิดแล็ปท็อป สูญเสียการเชื่อมต่อ หรือเดินออกไป
- การควบคุมด้านความปลอดภัย โดยทั่วไปแล็ปท็อปมีการเข้าถึงข้อมูลรับรองและระบบที่ละเอียดอ่อนในวงกว้าง รวมถึง SSH keys, เซสชัน VPN และเครื่องมือที่มีการยืนยันตัวตน การให้เอเจนต์อัตโนมัติเข้าถึงในระดับเดียวกันนั้นสร้างความเสี่ยงโดยไม่จำเป็น และอาจมีผลกระทบเป็นวงกว้าง สภาพแวดล้อมในเครื่องยังทำให้การจำกัดขอบเขตการเข้าถึงของเอเจนต์ทำได้ยากขึ้น ทั้งในแง่ของสิ่งที่เข้าถึงได้และระยะเวลาที่เข้าถึงได้
- การมองเห็นและการตรวจสอบย้อนกลับ เมื่อเวิร์กโหลดรันกระจายอยู่บนแล็ปท็อปแต่ละเครื่อง การทำงานจะกระจัดกระจายและยากต่อการติดตาม มันยากขึ้นที่จะเข้าใจว่ากำลังรันอะไร รันที่ไหน รันในนามของใคร และแตะต้องระบบหรือไฟล์ใดบ้าง
แนวคิดหลักของเราในการแก้ปัญหาเหล่านี้คือ:
มอบหมายงานให้เอเจนต์เขียนโค้ดอัตโนมัติที่ปลอดภัย เพื่อให้วิศวกรทุ่มเทพลังงานให้กับนวัตกรรม การคิดเชิงวิพากษ์ และการแก้ปัญหาที่ซับซ้อนได้มากขึ้น
ทำไมเราถึงสร้าง Flux ขึ้นภายในองค์กร
โฮสต์เอเจนต์เขียนโค้ด (hosted coding agents) มีประโยชน์ แต่มันบังคับให้ต้องเลือกอย่างใดอย่างหนึ่ง: ไม่ก็ส่งโค้ดที่ละเอียดอ่อนและบริบทการทำงานไปให้บุคคลที่สาม หรือเปิดช่องทางจากบุคคลที่สามกลับเข้าสู่ระบบภายใน สำหรับ DoorDash แล้ว ปัญหาที่ยากกว่าไม่ใช่แค่การทำให้เอเจนต์เขียนโค้ดได้ ซึ่งส่วนใหญ่แก้ไขได้แล้ว แต่คือการมอบสภาพแวดล้อม เครื่องมือ สิทธิ์ การผสานรวม และข้อจำกัดที่เหมาะสมให้กับเอเจนต์นั้น
กลยุทธ์ของเราคือการควบคุมพรีมิทีฟ (primitives) รอบตัวเอเจนต์ ได้แก่ การจัดระเบียบการทำงาน (orchestration), แซนด์บ็อกซ์, เวิร์กโฟลว์, สิทธิ์, การผสานรวม และบริบทเฉพาะของ DoorDash ที่เอเจนต์จำเป็นต้องใช้เพื่อทำงานได้อย่างมีประสิทธิภาพ เรายังออกแบบพรีมิทีฟเหล่านี้ให้เป็นโมดูลาร์ ทำให้เรามีความยืดหยุ่นในการใช้เครื่องมือจากบุคคลที่สามที่ดีที่สุดสำหรับแต่ละงาน หรือสร้างขึ้นภายในองค์กรเมื่อความปลอดภัยเชิงลึก การผสานรวม ประสิทธิภาพ หรือความเป็นเจ้าของประสบการณ์การใช้งาน (UX) มีความสำคัญ
พรีมิทีฟเหล่านี้ทำให้การสร้างเวิร์กโฟลว์เป็นเรื่องที่ทุกคนเข้าถึงได้ และทำให้ระบบปรับตัวเข้ากับกรณีการใช้งานในอนาคตได้ดีขึ้น เนื่องจากสามารถประกอบเข้าด้วยกันได้หลายวิธี ทีมงานจึงสามารถสร้างเวิร์กโฟลว์เอเจนต์ใหม่ได้โดยไม่ต้องปรับโครงสร้างพื้นฐานเดิม หรือกำหนดว่าวิศวกรแต่ละคนต้องจัดโครงสร้างเวิร์กโฟลว์ของตัวเองอย่างไร ตัวอย่างเช่น เรารันทั้ง การประเมินผล สำหรับ การตรวจสอบโค้ด ของเราบนโครงสร้างพื้นฐานของ Flux
พรีมิทีฟ ไม่ใช่เวิร์กโฟลว์
พรีมิทีฟสี่อย่างของแพลตฟอร์มที่ประกอบเป็น Flux — แซนด์บ็อกซ์, MCP gateway, เพลย์บุ๊ก และพื้นผิวการเรียกใช้งาน — และวิธีที่มันเชื่อมต่อกันเพื่อเปลี่ยนงานให้เป็นสิ่งที่เอเจนต์สามารถดำเนินการได้อย่างปลอดภัย
ดังที่แสดงข้างต้น Flux สร้างขึ้นจากพรีมิทีฟสี่อย่างของแพลตฟอร์ม: แซนด์บ็อกซ์, Model Context Protocol (MCP) gateway, เพลย์บุ๊ก และพื้นผิวการเรียกใช้งาน เมื่อรวมกันแล้ว มันทำให้การมอบหมายงานให้เอเจนต์เป็นเรื่องที่ทำซ้ำได้ เพลย์บุ๊กกำหนดงาน แซนด์บ็อกซ์บนคลาวด์ให้สถานที่จริงที่เอเจนต์จะใช้ทำงาน Agent Gateway ควบคุมว่าระบบใดที่เอเจนต์เข้าถึงได้ และพื้นผิวการเรียกใช้งานช่วยให้วิศวกรเริ่มงานและรับผลลัพธ์จากจุดที่พวกเขาใช้อยู่แล้ว
แซนด์บ็อกซ์มอบสภาพแวดล้อมสำหรับการทำงาน
เอเจนต์ในเครื่องทำงานได้ดีสำหรับการพัฒนาแบบอินเทอร์แอกทีฟ แต่ไม่เหมาะกับเวิร์กโฟลว์แบบไม่มีคนดูแล พวกมันพึ่งพาแล็ปท็อปของวิศวกรแต่ละคน แข่งกันใช้ทรัพยากรในเครื่อง ตรวจสอบย้อนกลับได้ยาก และไม่สามารถขยายขนาดได้อย่างมีประสิทธิภาพเมื่อต้องรันงานแบบขนาน
Flux ย้ายการทำงานไปไว้ในแซนด์บ็อกซ์บนคลาวด์ที่แยกเป็นอิสระ ซึ่งขับเคลื่อนโดย Firecracker micro virtual machines (microVMs) เพื่อการแยกในระดับฮาร์ดแวร์ แซนด์บ็อกซ์แต่ละตัวได้รับการจัดเตรียมด้วย repositories
