- เข้าร่วม
- 1 มิถุนายน 2011
- ข้อความ
- 16,398
- คะแนนปฏิกิริยา
- 0
- คะแนน
- 36
GitHub ขอโทษปัญหาระบบไม่เสถียร ล่มบ่อย เพราะ AI เรียกใช้งานหนักขึ้นมาก
Body
Vladimir Fedorov ซีทีโอของ GitHub ออกมาขอโทษผู้ใช้ที่ระบบมีปัญหาเสถียรภาพ ถึงขั้นล่มสองครั้งติดภายในสัปดาห์เดียว (จน ผู้สร้าง Ghostty ประกาศย้ายโค้ดออกจาก GitHub จากปัญหาล่มบ่อย)
GitHub เพิ่งล่มไปสองครั้งติดในวันที่ 23 เมษายน จากปัญหา merge queue ส่งผลกระทบต่อ repo และ merge request จำนวนหนึ่ง จากนั้นล่มอีกรอบวันที่ 27 เมษายน ในเรื่อง search ที่เกิดจากระบบ Elasticsearch ล่ม
Fedorov อธิบายว่าปริมาณการใช้งาน GitHub พุ่งสูงขึ้นมากในช่วงหลัง เพราะวิธีการพัฒนาซอฟต์แวร์เปลี่ยนแปลงไปอย่างสิ้นเชิง การเกิดขึ้นของ AI ช่วยเขียนโค้ด ส่งผลให้เกิดการเปลี่ยนแปลงโค้ดเพิ่มขึ้นอย่างมหาศาล (วัดตามปริมาณ pull request, commit, merge, new repo, การเรียกใช้ API)
ถึงแม้ว่า GitHub เคยมีแผนขยายขีดความสามารถของระบบขึ้น 10 เท่าตั้งแต่เดือนตุลาคม 2025 แต่ก็พบว่าไม่เพียงพอ ทำให้ในเดือนกุมภาพันธ์ 2026 ต้องปรับแผนเป็นขยายขึ้น 30 เท่าแทน
เป้าหมายของ GitHub ในตอนนี้คือต้องทำยังไงก็ได้ไม่ให้ล่ม (availability first) จากนั้นคือการขยายขีดความสามารถในการรองรับงาน (capacity) แล้วสุดท้ายค่อยไปสนใจเรื่องพัฒนาฟีเจอร์ใหม่ ตอนนี้วิศวกรของ GitHub หันมาทุ่มเรื่องนี้ ปรับปรุงการแคช แยกส่วนบริการสำคัญไม่ให้ตายแล้วลากตัวอื่นตายตามไปด้วย (reducing hidden coupling, limiting blast radius) ออกแบบระบบใหม่ให้ค่อยๆ ลดกำลังลงอย่างช้าๆ (degrade gracefully) เวลาเจอผู้ใช้งานเยอะๆ ไม่ใช่ตายไปเลย
Fedorov ยอมรับว่าถึงแม้ GitHub มีแผนแก้ปัญหาเชิงระบบแล้ว แต่การล่มสองครั้งนี้แปลว่ายังทำงานได้ไม่ดีพอ จึงสัญญาว่าจะต้องทำงานให้หนักขึ้น สื่อสารข้อมูลอย่างโปร่งใสขึ้น โดยยกตัวอย่าง หน้า GitHub Status แบบใหม่ ที่เพิ่งปรับให้แสดงข้อมูลเยอะกว่าเดิม
ที่มา - GitHub
mk Thu, 30/04/2026 - 09:43
Continue reading...
Body
Vladimir Fedorov ซีทีโอของ GitHub ออกมาขอโทษผู้ใช้ที่ระบบมีปัญหาเสถียรภาพ ถึงขั้นล่มสองครั้งติดภายในสัปดาห์เดียว (จน ผู้สร้าง Ghostty ประกาศย้ายโค้ดออกจาก GitHub จากปัญหาล่มบ่อย)
GitHub เพิ่งล่มไปสองครั้งติดในวันที่ 23 เมษายน จากปัญหา merge queue ส่งผลกระทบต่อ repo และ merge request จำนวนหนึ่ง จากนั้นล่มอีกรอบวันที่ 27 เมษายน ในเรื่อง search ที่เกิดจากระบบ Elasticsearch ล่ม
Fedorov อธิบายว่าปริมาณการใช้งาน GitHub พุ่งสูงขึ้นมากในช่วงหลัง เพราะวิธีการพัฒนาซอฟต์แวร์เปลี่ยนแปลงไปอย่างสิ้นเชิง การเกิดขึ้นของ AI ช่วยเขียนโค้ด ส่งผลให้เกิดการเปลี่ยนแปลงโค้ดเพิ่มขึ้นอย่างมหาศาล (วัดตามปริมาณ pull request, commit, merge, new repo, การเรียกใช้ API)
ถึงแม้ว่า GitHub เคยมีแผนขยายขีดความสามารถของระบบขึ้น 10 เท่าตั้งแต่เดือนตุลาคม 2025 แต่ก็พบว่าไม่เพียงพอ ทำให้ในเดือนกุมภาพันธ์ 2026 ต้องปรับแผนเป็นขยายขึ้น 30 เท่าแทน
เป้าหมายของ GitHub ในตอนนี้คือต้องทำยังไงก็ได้ไม่ให้ล่ม (availability first) จากนั้นคือการขยายขีดความสามารถในการรองรับงาน (capacity) แล้วสุดท้ายค่อยไปสนใจเรื่องพัฒนาฟีเจอร์ใหม่ ตอนนี้วิศวกรของ GitHub หันมาทุ่มเรื่องนี้ ปรับปรุงการแคช แยกส่วนบริการสำคัญไม่ให้ตายแล้วลากตัวอื่นตายตามไปด้วย (reducing hidden coupling, limiting blast radius) ออกแบบระบบใหม่ให้ค่อยๆ ลดกำลังลงอย่างช้าๆ (degrade gracefully) เวลาเจอผู้ใช้งานเยอะๆ ไม่ใช่ตายไปเลย
Fedorov ยอมรับว่าถึงแม้ GitHub มีแผนแก้ปัญหาเชิงระบบแล้ว แต่การล่มสองครั้งนี้แปลว่ายังทำงานได้ไม่ดีพอ จึงสัญญาว่าจะต้องทำงานให้หนักขึ้น สื่อสารข้อมูลอย่างโปร่งใสขึ้น โดยยกตัวอย่าง หน้า GitHub Status แบบใหม่ ที่เพิ่งปรับให้แสดงข้อมูลเยอะกว่าเดิม
ที่มา - GitHub
mk Thu, 30/04/2026 - 09:43
Continue reading...