On-Call Hero 2026: เอเจนต์ AI SRE แก้ไขปัญหาและรับมือเหตุการณ์
ทำความรู้จัก On-Call Hero เอเจนต์ AI SRE จากงาน Hacktoberfest Weekend Challenge ที่ใช้ Temporal ช่วยให้เวิร์กโฟลว์มีความคงทนแม้เซิร์ฟเวอร์ล่ม
ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง
- On-Call Hero เป็นเอเจนต์ AI SRE สำหรับสืบสวนและรับมือเหตุการณ์ระบบล่ม
- ใช้ Temporal ช่วยให้เวิร์กโฟลว์มีความคงทน สามารถทำงานต่อได้ทันทีแม้เซิร์ฟเวอร์รีสตาร์ท
- รองรับการขออนุมัติจากมนุษย์ก่อนปฏิบัติงาน ป้องกันการฉีดพรอมต์ และระบบกู้คืนอัตโนมัติ
- พัฒนาด้วย Python, Temporal, FastAPI, SSE และ LiteLLM รวมถึงรองรับ Ollama
Armansiddiqui9 ได้พัฒนาโปรเจกต์ที่มีชื่อว่า On-Call Hero ส่งเข้าร่วมการแข่งขัน Hacktoberfest Weekend Challenge ในหัวข้อ Build for a Friend โดยโปรเจกต์นี้ถูกออกแบบมาเพื่อทำหน้าที่เป็นเอเจนต์ AI SRE ช่วยเหลือด้านการสืบสวนและตอบสนองต่อเหตุการณ์ฉุกเฉินในระบบไอที
ปัญหาหลักที่ผู้พัฒนาต้องการแก้ไขคือความน่าเชื่อถือของการทำงาน (reliability) เมื่อใช้งานเอเจนต์ปัญญาประดิษฐ์ หากระบบเบื้องหลังหรือเวิร์กเกอร์เกิดการขัดข้องกลางคันระหว่างกำลังจัดการกับปัญหา ระบบทั่วไปอาจสูญเสียสถานะการทำงานทั้งหมด แต่ On-Call Hero แก้ไขจุดนี้โดยนำ Temporal เข้ามาผสานการทำงาน
ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง
ด้วยความสามารถของ Temporal ทำให้เวิร์กโฟลว์ทั้งหมดมีความคงทน (durable workflow) ระบบสามารถตรวจสอบปัญหา เสนอแนวทางแก้ไข รอการอนุมัติจากมนุษย์ ดำเนินการ ตรวจสอบผลลัพธ์ และทำการโรลแบ็กกลับคืนค่าเดิมได้เมื่อจำเป็น แม้ว่าเวิร์กเกอร์จะถูกปิดตัวลงกลางคัน ระบบก็ยังสามารถกลับมาทำงานต่อจากจุดที่ค้างอยู่ได้อย่างไม่มีสะดุด
การใช้เครื่องมือ durable workflow เช่น Temporal ในระบบ AI agent ถือเป็นแนวทางสำคัญในการสร้างความเชื่อมั่นระดับองค์กร เพราะระบบอัตโนมัติมักมีความเสี่ยงเรื่อง Token limit, API timeout หรือข้อผิดพลาดจากตัวเซิร์ฟเวอร์เอง การบันทึกสถานะการทำงานไว้ล่วงหน้าช่วยให้ระบบกู้คืนตัวเองได้โดยไม่ต้องเริ่มกระบวนการสืบสวนใหม่ตั้งแต่ต้น
สถาปัตยกรรมภายในโปรเจกต์นี้สร้างขึ้นจากชุดเครื่องมือโอเพนซอร์สหลากหลายตัว ประกอบด้วยภาษา Python, Temporal, FastAPI, SSE, และ LiteLLM นอกจากนี้ยังสามารถใช้งานร่วมกับโมเดลภาษาขนาดใหญ่แบบโลคัลผ่าน Ollama ได้อีกด้วย
ระบบยังมีการเพิ่มมาตรการความปลอดภัยหลายชั้น เช่น การขออนุมัติจากมนุษย์ก่อนเรียกใช้งานคำสั่งจริง, การตรวจสอบแผนการทำงาน (plan validation), การป้องกันการโจมตีด้วยการฉีดพรอมต์ (prompt-injection protection), ระบบ idempotency, การควบคุมงบประมาณ, ประวัติการตรวจสอบ (audit history), และระบบจัดการการโรลแบ็ก
ผู้สนใจสามารถทดลองใช้งานสถานการณ์จำลอง S1 Bad deploy ได้โดยรันผ่านเว็บเซิร์ฟเวอร์ภายในเครื่องที่พอร์ต 8000 และสามารถเข้าไปดูซอร์สโค้ดทั้งหมดหรือร่วมให้ข้อเสนอแนะเพิ่มเติมได้ที่หน้า GitHub ของโปรเจกต์
ที่มา: Dev.to
พบข้อมูลผิดพลาดในบทความนี้? แจ้งปัญหาบทความนี้
ความคิดเห็น
แสดงความคิดเห็น