เทคโนโลยีเบราว์เซอร์ใหม่ของ Kernel กำลังสร้างความตื่นเต้นในชุมชนนักพัฒนาด้วยความเร็วในการเริ่มต้นเย็นที่น่าทึ่ง โครงการซึ่งให้บริการสภาพแวดล้อมเบราว์เซอร์ Chrome แบบแซนด์บ็อกซ์สำหรับเอเจนต์ AI และเวิร์กโฟลว์อัตโนมัติ ได้แสดงให้เห็นถึงประสิทธิภาพที่เหนือกว่าวิธีการใช้คอนเทนเนอร์แบบดั้งเดิมอย่างมาก
การเริ่มต้นเย็นที่รวดเร็วดุจสายฟ้า
คุณสมบัติที่มีการพูดถึงมากที่สุดในหมู่นักพัฒนาคือการใช้งาน unikernel ของ Kernel ซึ่งสามารถเริ่มต้นเย็นได้ในเวลาน้อยกว่า 20 มิลลิวินาที นี่ถือเป็นการพัฒนาที่ก้าวกระโดดเมื่อเทียบกับคอนเทนเนอร์ของ Docker ซึ่งโดยทั่วไปใช้เวลาประมาณ 5 วินาทีในการเริ่มต้น เทคโนโลยีนี้ทำงานโดยการถ่ายภาพสแนปช็อตของอินสแตนซ์ unikernel ทั้งหมดหลังจากเปิด Chromium ทำให้สามารถกลับมาทำงานด้วยสถานะเดิมในเวลาไม่ถึง 20 มิลลิวินาที
จากสิ่งที่เราเห็น ไมโคร VM น่าจะทำอะไรที่เร็วมากได้เช่นกัน (150 มิลลิวินาที?) แต่เราคิดว่า 20 มิลลิวินาทีนั้นบ้ามาก
ข้อได้เปรียบด้านประสิทธิภาพนี้แก้ไขปัญหาสำคัญสำหรับนักพัฒนาที่ทำงานกับการทำงานอัตโนมัติของเบราว์เซอร์และเอเจนต์ AI ซึ่งความล่าช้าในการเริ่มต้นอาจสร้างความล่าช้าที่น่าหงุดหงิดสำหรับผู้ใช้ปลายทาง ผู้แสดงความคิดเห็นรายหนึ่งระบุว่าการที่ลูกค้าต้องรออยู่ประมาณห้าวินาทีนั้นเป็นเวลาที่สะสมมากในสภาพแวดล้อมการผลิตจริง
การเปรียบเทียบประสิทธิภาพหลัก
- เวลาเริ่มต้นแบบเย็น (cold start) ของ Unikernel: <20 มิลลิวินาที
- เวลาเริ่มต้นของ Docker container: ประมาณ 5 วินาที
- เวลาเริ่มต้นโดยประมาณของ Micro VM: ประมาณ 150 มิลลิวินาที (กล่าวโดยนักพัฒนา)
คุณสมบัติหลัก
- สภาพแวดล้อมเบราว์เซอร์ Chrome ที่กำหนดค่าไว้ล่วงหน้า
- เข้ากันได้กับ Playwright และ Puppeteer
- การเข้าถึง GUI ผ่าน noVNC
- การรวมเข้ากับเอเจนต์การใช้คอมพิวเตอร์ของ Anthropic
- โหมดสแตนด์บาย/สลีปอัตโนมัติ
- การรักษาสถานะระหว่างการทำสแนปช็อต
การคงอยู่ของสแนปช็อต
นอกเหนือจากความเร็วแล้ว วิธีการของ Kernel ยังมอบความสามารถพิเศษผ่านฟังก์ชันสแนปช็อต เมื่อ unikernel เข้าสู่โหมดสแตนด์บายในช่วงที่ไม่มีกิจกรรม สถานะของระบบทั้งหมดจะถูกเก็บรักษาไว้ - รวมถึงคุกกี้การรับรองความถูกต้องของเบราว์เซอร์ หน้าที่เปิดอยู่ ระดับการซูมหน้าต่าง และแม้แต่การโต้ตอบกับไฟล์ในเครื่อง การคงอยู่นี้สร้างความเป็นไปได้ใหม่ๆ สำหรับเวิร์กโฟลว์ที่ได้ประโยชน์จากการรักษาสถานะของเบราว์เซอร์ระหว่างเซสชัน
ระบบนี้ยังมีโหมดสแตนด์บายหรือสลีปอัตโนมัติที่เปิดใช้งานเมื่อไม่มีกิจกรรมเครือข่าย ใช้ทรัพยากรน้อยที่สุดในขณะที่ไม่ได้ใช้งาน การใช้ทรัพยากรอย่างมีประสิทธิภาพนี้อาจมีประโยชน์สำหรับสถานการณ์การปรับใช้งานที่ทรัพยากรการคำนวณมีจำกัดหรือมีราคาแพง
ตัวเลือกการใช้งาน
Kernel มีเส้นทางการใช้งานหลักสองทางสำหรับนักพัฒนาที่สนใจใช้เทคโนโลยีนี้ เวอร์ชันคอนเทนเนอร์ Docker นำเสนอโมเดลการปรับใช้ที่คุ้นเคย ในขณะที่การใช้งาน unikernel มอบประโยชน์เพิ่มเติมของการเริ่มต้นเย็นที่รวดเร็วมากและการเก็บรักษาสถานะ ทั้งสองการใช้งานเปิดพอร์ตสำหรับเฟรมเวิร์กที่ใช้ Chrome DevTools เช่น Playwright และ Puppeteer เพื่อเชื่อมต่อ พร้อมกับการเข้าถึง GUI ระยะไกลผ่าน noVNC
ทีมโครงการกำลังศึกษาการปรับปรุงอย่างจริงจัง รวมถึงการติดตั้งที่เก็บข้อมูลถาวรสำหรับการดำเนินการอินพุต/เอาต์พุตไฟล์ และการแทนที่ noVNC ด้วยทางเลือกที่เร็วกว่า พวกเขายังสังเกตว่าอินสแตนซ์คลาวด์ของ unikernel ดูเหมือนจะประสบปัญหาการตรวจจับบอทน้อยกว่าคู่แข่งที่เป็น Docker แม้ว่าสิ่งนี้อาจเป็นเพียงชั่วคราวเนื่องจากระบบการตรวจจับมีวิวัฒนาการ
สำหรับนักพัฒนาที่สนใจการทำงานอัตโนมัติของเบราว์เซอร์ การพัฒนาเอเจนต์ AI หรือแอปพลิเคชันใดๆ ที่ต้องการสภาพแวดล้อมเบราว์เซอร์ที่ควบคุมได้โดยมีความล่าช้าน้อยที่สุด วิธีการของ Kernel ถือเป็นความก้าวหน้าที่สำคัญในวงการ การรวมกันของสภาพแวดล้อม Chrome ที่กำหนดค่าไว้ล่วงหน้า การเข้าถึง GUI และการผสานรวมกับลูปเอเจนต์ Computer Use ของ Anthropic ทำให้เหมาะอย่างยิ่งสำหรับเวิร์กโฟลว์เบราว์เซอร์ที่ขับเคลื่อนด้วย AI
อ้างอิง: kernel-images