GitHub ประสบปัญหาการหยุดชะงักของบริการอย่างมีนัยสำคัญเมื่อวันที่ 12 สิงหาคม 2025 ส่งผลกระทบต่อฟีเจอร์หลักหลายส่วน รวมถึงฟังก์ชันการค้นหา คำขอ API การ pull request ปัญหาต่างๆ และแพ็กเกจ การขัดข้องเริ่มต้นประมาณ 14:12 UTC และดำเนินต่อไปเป็นเวลาหลายชั่วโมง โดยบริษัทรายงานการกู้คืนบางส่วนเมื่อ 15:48 UTC แต่ยังคงมีปัญหาประสบการณ์การใช้งานที่ไม่สม่ำเสมอและข้อมูลการค้นหาที่ล้าสมัย
ไทม์ไลน์การขัดข้องของ GitHub (12 สิงหาคม 2025)
- 14:12 UTC: รายงานเบื้องต้นเกี่ยวกับประสิทธิภาพที่ลดลงสำหรับ API Requests, Actions, Issues และ Pull Requests
- 14:30 UTC: Packages ประสบปัญหาประสิทธิภาพที่ลดลง
- 14:53 UTC: การสืบสวนปัญหาการเชื่อมต่อ search cluster
- 15:20 UTC: ยืนยันการเพิ่มขึ้นของ API latency และประสบการณ์การใช้งานที่ลดลง
- 15:48 UTC: รายงานการกู้คืนบางส่วน แต่ยังคงมีประสบการณ์การใช้งานที่ไม่สม่ำเสมอ
ความกังวลด้านความน่าเชื่อถือเพิ่มขึ้นในหมู่ผู้ใช้องค์กร
การขัดข้องครั้งล่าสุดได้ทำให้การอภิปรายเกี่ยวกับประวัติความน่าเชื่อถือของ GitHub รุนแรงขึ้น ลูกค้าองค์กรมีความผิดหวังเพิ่มขึ้นต่อสิ่งที่พวกเขามองว่าเป็นการหยุดชะงักของบริการที่เกิดขึ้นบ่อยครั้ง ผู้ใช้หลายคนกำลังดำเนินการเรียกร้องเครดิต SLA จากสัญญาของพวกเขาอย่างแข็งขัน แม้ว่ากระบวนการนี้จะต้องการการแทรกแซงด้วยตนเองเนื่องจาก GitHub ขาดระบบรายงานเวลาทำงานอัตโนมัติ ชุมชนได้สังเกตว่านี่เป็นการขัดข้องครั้งใหญ่ครั้งที่สองภายในประมาณสองสัปดาห์ ทำให้เกิดคำถามเกี่ยวกับความมั่นคงของโครงสร้างพื้นฐานของแพลตฟอร์ม
เอฟเฟกต์เครือข่ายเทียบกับทางเลือกทางเทคนิค
แม้จะมีปัญหาความน่าเชื่อถือ การครอบงำของ GitHub เกิดจากเอฟเฟกต์เครือข่ายมากกว่าฟีเจอร์ทางเทคนิคที่เหนือกว่า คุณค่าของแพลตฟอร์มอยู่ที่บทบาทเป็นศูนย์กลางที่นักพัฒนามีบัญชีอยู่แล้วและสามารถค้นพบโปรเจกต์ได้ อย่างไรก็ตาม ชุมชนกำลังอภิปรายทางเลือกอื่นอย่างแข็งขัน เช่น Forgejo, GitLab และโซลูชันที่โฮสต์เอง Forgejo โดยเฉพาะได้รับความสนใจในฐานะทางเลือกที่เบาและเป็นโอเพนซอร์สอย่างสมบูรณ์ ที่ใช้ทรัพยากรน้อยกว่า GitLab อย่างมีนัยสำคัญในขณะที่ให้ฟีเจอร์สำคัญ เช่น การโฮสต์โค้ด ปัญหาต่างๆ และ pull request
ทางเลือกยอดนิยมของ GitHub ที่ถูกพูดถึง
- Forgejo: โครงการแยกย่อยแบบโอเพนซอร์สเต็มรูปแบบของ Gitea ที่มีน้ำหนักเบาและใช้ทรัพยากรน้อย
- GitLab: แพลตฟอร์มที่มีฟีเจอร์ครบครันพร้อมความสามารถด้าน CI/CD ที่แข็งแกร่ง แต่ใช้ทรัพยากรมากกว่า
- Codeberg: อินสแตนซ์ Forgejo สาธารณะที่โฮสต์โปรเจกต์ FOSS จำนวนมาก
- Self-hosted Gitea: ต้องการการบำรุงรักษาน้อยที่สุดพร้อมระยะเวลาการทำงานที่วัดเป็นเดือน
 |
|---|
| การสำรวจทางเลือกอื่นแทน GitHub ทีมงานกำลังพิจารณาโซลูชันแบบ self-hosted เพื่อสภาพแวดล้อมการพัฒนาที่มีความยืดหยุ่นมากขึ้น |
การพึ่งพาโครงสร้างพื้นฐานสร้างจุดล้มเหลวเดียว
การขัดข้องได้เน้นย้ำให้เห็นว่าองค์กรหลายแห่งได้สร้างเวิร์กโฟลว์การพัฒนาและการปรับใช้ทั้งหมดรอบบริการของ GitHub นอกเหนือจากการโฮสต์ git แบบง่าย ๆ ทีมงานพึ่งพา GitHub สำหรับการรวมอย่างต่อเนื่อง การติดตามปัญหา การจัดการโปรเจกต์ และการโฮสต์สิ่งประดิษฐ์ สิ่งนี้สร้างจุดล้มเหลวเดียวที่เป็นปัญหา ซึ่งบริษัทไม่สามารถปรับใช้การแก้ไขด่วนฉุกเฉินได้ระหว่างการขัดข้อง
ปัญหาคือผู้คนออกแบบวงจรการพัฒนาและการเผยแพร่ทั้งหมดให้พึ่งพา GitHub หลายครั้งพวกเขาไม่สามารถ push โค้ดแก้ไขไปยังการผลิตได้โดยไม่มีมัน
 |
|---|
| เนื่องจากหลายคนพึ่งพา GitHub สำหรับกระบวนการพัฒนาของตน การพึ่งพาโครงสร้างพื้นฐานจึงสร้างความท้าทายอย่างมากระหว่างการหยุดชะงักของบริการ |
การโฮสต์เองเกิดขึ้นเป็นทางเลือกที่เป็นไปได้
การอภิปรายในชุมชนเผยให้เห็นความสนใจที่เพิ่มขึ้นในโซลูชันที่โฮสต์เอง ผู้ใช้หลายคนรายงานการรัน Gitea หรือ Forgejo instances ที่มีเวลาทำงานวัดเป็นเดือน ต้องการการบำรุงรักษาเพียงเล็กน้อยระหว่างช่วงอัปเกรดที่วางแผนไว้ โซลูชันเหล่านี้เสนอฟังก์ชันหลักที่ทีมส่วนใหญ่ต้องการในขณะที่กำจัดการพึ่งพาผู้ให้บริการภายนอก ความต้องการทรัพยากรมีความเจียมเนื้อเจียมตัวอย่างเห็นได้ชัดเมื่อเปรียบเทียบกับแพลตฟอร์มองค์กร ทำให้การโฮสต์เองเข้าถึงได้แม้แต่องค์กรขนาดเล็ก
การขัดข้องทำหน้าที่เป็นการเตือนใจถึงความเสี่ยงที่มีอยู่ในการรวมศูนย์โครงสร้างพื้นฐานการพัฒนาที่สำคัญ ในขณะที่ความสะดวกสบายและเอฟเฟกต์เครือข่ายของ GitHub ยังคงน่าสนใจ ความถี่ของการหยุดชะงักล่าสุดกำลังผลักดันให้ทีมมากขึ้นพิจารณาแนวทางแบบกระจายหรือกลยุทธ์สำรองเพื่อรักษาความต่อเนื่องในการดำเนินงาน
อ้างอิง: Incident with search on GitHub we are seeing increased failure rates Incident Report for GitHub