GitHub แถลงขอโทษระบบล่มรายวัน ยอมรับประเมินพลัง AI พลาด

เทคโนโลยี

23 ครั้ง

0 ความเห็น

3 นาที

Image Credit: GitHub Blog

By Suphansa Makpayab29 เมษายน 2569 21:31

แชร์บทความ

TL;DR

GitHub ร่ายยาวขอโทษนักพัฒนาหลังระบบล่มรายวันจน Uptime ร่วงต่ำกว่า 85% ยอมรับประเมินการเติบโตของ AI พลาดไปมากจนเซิร์ฟเวอร์รับไม่ไหว ด้านผู้ร่วมก่อตั้ง Hashicorp สุดทน ประกาศย้ายโปรเจกต์หนีแล้ว

GitHub แพลตฟอร์มฝากโค้ดยอดฮิตของ Microsoft ถึงคราวต้องออกมาร่ายยาวแถลงการณ์ขอโทษนักพัฒนาทั่วโลกอย่างเป็นทางการ หลังเผชิญปัญหาระบบล่มซ้ำซากจนกระทบการทำงานอย่างหนัก โดย Vlad Fedorov ตำแหน่ง Chief Technology Officer (CTO) ยอมรับผิดและทิ้งท้ายด้วยประโยคคลาสสิกว่า "We are sorry"

ปัญหาความไม่เสถียรนี้สะสมมาพักใหญ่ แต่ที่หนักสุดคือช่วงปลายเดือนเมษายนที่ผ่านมา โดยวันที่ 23 เมษายน เกิดบั๊กในระบบ Merge Queue ที่ทำให้การรวมโค้ด (Pull Request) ทำงานผิดพลาดจนสลับเอาโค้ดเก่ากลับมาทับของใหม่ และตามมาติดๆ ในวันที่ 27 เมษายน ระบบค้นหาพังทลายลงเพราะคลัสเตอร์ Elasticsearch ทำงานหนักเกินพิกัด ซึ่งทาง GitHub คาดว่าอาจโดนโจมตีจาก Botnet

สถิติความน่าเชื่อถือของ GitHub ดิ่งลงอย่างน่าตกใจ จากเดิมที่ Uptime เคยต่ำกว่า 90% ในปี 2025 ล่าสุดในเดือนเมษายน Uptime ร่วงลงไปต่ำกว่า 85% แล้ว สถานการณ์นี้ทำเอา Mitchell Hashimoto ผู้ร่วมก่อตั้ง Hashicorp ถึงกับหมดความอดทน ออกมาสับเละว่าแพลตฟอร์มนี้ "ไม่ใช่ที่สำหรับการทำงานจริงจังอีกต่อไป" พร้อมโชว์ปฏิทินที่เขาต้องกากบาททิ้งแทบทุกวันเพราะระบบล่มจนทำงานไม่ได้ และเตรียมย้ายโปรเจกต์ Ghostty ของตัวเองไปที่อื่น

วิกฤตศรัทธาครั้งนี้ไม่ใช่เรื่องใหม่ เพราะก่อนหน้านี้ชุมชนนักพัฒนาใหญ่อย่าง Gentoo Linux ก็เพิ่งประกาศย้ายหนี GitHub ไปซบ Codeberg ด้วยเหตุผลเรื่องการยัดเยียด AI มาแล้ว ยิ่งมาเจอปัญหาระบบล่มรายวัน ยิ่งทำให้กระแสการย้ายแพลตฟอร์มถูกพูดถึงมากขึ้น

แล้วต้นตอของปัญหาคืออะไร? GitHub ชี้เป้าไปที่ "AI" โดยระบุว่าพฤติกรรมการเขียนซอฟต์แวร์เปลี่ยนไปอย่างรวดเร็วตั้งแต่ช่วงปลายปี 2025 โดยเฉพาะการใช้ Agentic Development Workflows (การให้ AI ช่วยเขียนและจัดการโค้ดแบบอัตโนมัติ) ที่เติบโตแบบก้าวกระโดด แม้บริษัทจะเตรียมแผนขยายความจุเซิร์ฟเวอร์ไว้ 10 เท่าตั้งแต่เดือนตุลาคม 2025 แต่พอถึงเดือนกุมภาพันธ์ที่ผ่านมา กลับพบว่าความต้องการใช้งานจริงพุ่งสูงถึง 30 เท่าจนระบบรับมือไม่ไหว (พร้อมยืนยันว่าการย้ายระบบไป Azure ไม่ใช่ต้นเหตุ แถมยังช่วยให้ขยายระบบได้เร็วขึ้นเสียอีก)

เบื้องต้น GitHub ประกาศจัดลำดับความสำคัญใหม่ โดยจะเน้นเรื่องความเสถียร (Availability) และการขยายความจุ (Capacity) มาเป็นอันดับแรก ก่อนจะไปโฟกัสฟีเจอร์ใหม่ๆ... ก็ได้แต่หวังว่าคำขอโทษครั้งนี้จะมาพร้อมกับการแก้ไขที่รวดเร็ว เพราะสำหรับนักพัฒนาแล้ว คำว่า "ขอโทษ" คงไม่เยียวยาจิตใจได้เท่ากับปุ่ม Push โค้ดที่กดแล้วผ่านฉลุยในครั้งเดียว