รายงานสรุปความพร้อมใช้งานของ GitHub ประจำเดือนกรกฎาคม 2026

เหตุการณ์ที่เกิดขึ้นกับ GitHub Actions เมื่อวันพฤหัสบดีที่ 6 สิงหาคม ถือเป็นเรื่องที่ไม่สามารถยอมรับได้ ทั้งในด้านความรุนแรงของผลกระทบและระยะเวลาที่ยาวนานผิดปกติ แม้ว่าความพร้อมใช้งานจะเป็นภารกิจสำคัญสูงสุดของเรา แต่เหตุการณ์นี้แสดงให้เห็นว่าเรายังทำได้ไม่ดีพอตามความมุ่งมั่นที่มีต่อผู้ใช้งาน เรารู้ดีว่าลูกค้าต้องพึ่งพา Actions มากเพียงใด และการหยุดชะงักที่ยาวนานเช่นนี้ส่งผลกระทบโดยตรงต่อประสิทธิภาพการทำงานและความไว้วางใจที่คุณมีให้เรา

ขณะนี้เรากำลังดำเนินการวิเคราะห์หาสาเหตุที่แท้จริง (RCA) อย่างละเอียด เนื่องจากมีปัจจัยที่เกี่ยวข้องหลายด้านซึ่งต้องทำความเข้าใจให้ถ่องแท้ก่อนสรุปผล โดยเราจะอัปเดต public summary ทันทีที่การตรวจสอบเสร็จสิ้น และจะรวบรวมรายละเอียดทั้งหมดไว้ในรายงานความพร้อมใช้งานของเดือนสิงหาคมที่จะเผยแพร่ในเดือนกันยายนนี้

นอกจากการซ่อมแซมเร่งด่วนตามที่ตรวจพบแล้ว เรากำลังเร่งปรับปรุงสถาปัตยกรรมของ GitHub Actions ขนานไปกับแผนงานด้านการแยกส่วนระบบ (isolation), ความยืดหยุ่น (resiliency) และการปรับขนาด (scale) ที่ดำเนินการอยู่เดิม

ประเด็นสำคัญคือบริการหลักของ GitHub Actions ยังคงทำงานอยู่ในศูนย์ข้อมูลของเราเอง ซึ่งเป็นปัจจัยที่ทำให้เกิดปัญหาการขาดแคลนทรัพยากร (capacity) แม้ว่า Actions ส่วนใหญ่จะย้ายไปอยู่บน Azure แล้ว แต่คอมโพเนนต์ Launch Service ที่เชื่อมต่อ Monolith เข้ากับ Actions ยังไม่ถูกย้ายเป็นลำดับต้นๆ เนื่องจากระบบเป็นแบบ Asynchronous และสามารถเข้าคิวงานได้ แต่ความล้มเหลวแบบต่อเนื่อง (cascading failures) ทำให้การกู้คืนล่าช้าอย่างมาก เราจึงกำลังเร่งย้าย GitHub Actions ไปยัง Azure ทั้งหมดเพื่อให้มีพื้นที่รองรับ (headroom) ปริมาณงานที่เพิ่มขึ้นได้ดีกว่าเดิม

สำหรับการดำเนินงานในภาพรวม เมื่อเดือนที่แล้ว เราได้แจ้งเรื่องการควบคุมเสถียรภาพที่เข้มงวดขึ้นในการย้ายทราฟฟิกไปยัง Azure ซึ่งในเดือนกรกฎาคม มาตรการเหล่านี้ช่วยให้เราทำงานต่อได้อย่างมั่นใจ พร้อมลดการพึ่งพาโครงสร้างพื้นฐานที่ใช้งานร่วมกัน (shared dependencies) ทั่วทั้งระบบลงอย่างต่อเนื่อง

สรุปภาพรวมเดือนกรกฎาคม: GitHub เริ่มลดการพึ่งพาโครงสร้างพื้นฐานส่วนกลางและศูนย์ข้อมูลแห่งเดียว ทำให้ระบบรองรับการเติบโตได้ดีขึ้นและแยกส่วนความล้มเหลวได้ง่ายขึ้น โดยในเดือนนี้ ปริมาณการอ่าน (read traffic) ของ Monolith กว่าครึ่งหนึ่งทำงานบน Azure Central US แล้ว นอกจากนี้ข้อมูลการตรวจสอบสิทธิ์เริ่มย้ายออกจากฐานข้อมูลส่วนกลางชุดเดิม และมีการใช้บริการเฉพาะ (dedicated services) เพื่อลดภาระงานจากส่วนกลาง

ปัจจุบัน GitHub สามารถรองรับคำขอจากลูกค้าผ่าน Azure ได้มากขึ้น ช่วยลดความเสี่ยงจากการพึ่งพาศูนย์ข้อมูลเดียว โดยปริมาณการอ่านของ Monolith จาก Azure Central US พุ่งสูงสุดที่ 52.75% ในวันที่ 28 กรกฎาคม ซึ่งเป็นครั้งแรกที่เราทำได้เกินครึ่งอย่างสม่ำเสมอ ขณะที่ทราฟฟิก Git บน Azure แตะระดับ 47% และ 29% ของคลังข้อมูล (repositories) ทั้งหมด มีสำเนาชุดที่สองใน Central US แล้ว เพื่อให้การสลับการทำงาน (failover) ราบรื่นที่สุด

เรายังลดจุดล้มเหลวร่วมกันในเวิร์กโฟลว์สำคัญ โดยย้ายตารางการตรวจสอบสิทธิ์จากฐานข้อมูลเดิมไปยังโครงสร้างพื้นฐานเฉพาะ ซึ่งช่วยลดแรงกดดันต่อระบบส่วนกลางได้อย่างมหาศาล ในช่วงพีค บริการเฉพาะนี้ช่วยแบ่งเบาภาระงานได้ มากกว่าหนึ่งล้านคำสั่งต่อวินาที ขณะที่การค้นหาการอนุญาตสิทธิ์กว่า 80% ย้ายไปอยู่บนเส้นทางบริการที่แยกจากกันแล้ว นอกจากนี้ บริการ Pull Request สำหรับการอ่านแบบระบุตัวตนยังมีความพร้อมในการทำงานร่วมกับ Monolith ถึง 99.87% ช่วยลดโอกาสที่ความล้มเหลวในจุดเดียวจะกระทบต่อการใช้งานส่วนอื่น

ด้านโครงสร้างพื้นฐาน เราสามารถลดเวลาคิวรีในตาราง Artifacts ลงได้ครึ่งหนึ่ง และการทำ Caching ช่วยลดภาระบริการอนุญาตสิทธิ์ลง 18.2% แม้ปริมาณงานจะเพิ่มขึ้นก็ตาม ส่วนบริการ Search ปัจจุบันรันบน Central US ทั้งหมด ซึ่งมีพื้นที่ว่างสำรองเพียงพอสำหรับช่วงที่มีความต้องการสูง

นอกจากความแข็งแกร่งของระบบ เรายังเปลี่ยนมาวัดผลที่ "ความสมบูรณ์ของเวิร์กโฟลว์ลูกค้า" เช่น Pull Request เพื่อให้ตรวจพบปัญหาได้เร็วขึ้น และพยายามเปลี่ยนงานที่ต้องทำด้วยมือซึ่งมีความเสี่ยงสูงให้เป็นระบบอัตโนมัติทั้งหมด เพื่อลดความผิดพลาดจากมนุษย์

เป้าหมายต่อไปคือการทำให้ Azure สามารถรองรับทราฟฟิกทั้งหมดและทนทานต่อความเสียหายระดับภูมิภาคได้ โดยไตรมาสนี้ตั้งเป้าที่ Read traffic 70% และ Write traffic 30% ใน Central US เราคาดหวังว่าจะนำทราฟฟิกทั้งหมดออกจากศูนย์ข้อมูลเดิมได้ภายในสิ้นปี 2026

สำหรับรายงานเหตุการณ์ 8 ครั้งในเดือนนี้ มีรายละเอียดดังนี้:

8 กรกฎาคม 2026 (ระยะเวลา 7 ชั่วโมง 4 นาที)

เกิดข้อผิดพลาด 5xx ในสภาพแวดล้อม Enterprise Cloud (data-resident) ส่งผลกระทบต่อ Web UI, API, Actions และ Copilot โดยมีสาเหตุจากกระบวนการข้อมูลเมตาอัตโนมัติเปลี่ยนค่าการกำหนดค่ารันไทม์ใน VM ผิดพลาด ทำให้ตัวกำหนดเส้นทางทราฟฟิกหา Backend ไม่เจอ เราได้บรรเทาปัญหาด้วยการคืนค่าที่ถูกต้องและเพิ่มมาตรการความเป็นอมตะของข้อมูลเมตา (metadata immutability) เพื่อป้องกันการเขียนทับที่ไม่ปลอดภัยในอนาคต

9 กรกฎาคม 2026 (ระยะเวลา 9 ชั่วโมง 18 นาที)

GitHub Actions ประสบปัญหาการเริ่มงานล่าช้าเนื่องจากสถานะข้อมูลใน Backend ไม่สมบูรณ์ ทำให้ไม่สามารถจัดหา Runner ได้เพียงพอ โดยเฉพาะในจุดที่มีภาระงานสูง เราได้กู้คืนการจำลองข้อมูลและเพิ่มการตรวจสอบภาระงานเพื่อป้องกันไม่ให้เกิดงานค้างสะสม (backlog) จำนวนมากอีก

16 กรกฎาคม 2026 (ระยะเวลา 3 ชั่วโมง 7 นาที)

เครื่องมือ web_search ของ GitHub MCP Server มีอัตราข้อผิดพลาดสูงถึง 82% เนื่องจากปัญหาจากผู้ให้บริการต้นทาง (upstream provider) เราได้เพิ่มระบบงบประมาณเวลา (time budget) และระบบตัดไฟอัตโนมัติ (circuit breaker) รวมถึงกำลังพิจารณาหาแหล่งข้อมูลสำรองที่สองเพื่อรักษาบริการเมื่อผู้ให้บริการหลักมีปัญหา

19 กรกฎาคม 2026 (ระยะเวลา 2 ชั่วโมง 11 นาที)

การกำหนดค่า DNS ผิดพลาดส่งผลกระทบต่อ GitHub Actions, Webhooks และ Copilot โดยมีสาเหตุจากปัญหาการเชื่อมต่อฐานข้อมูลในส่วนควบคุม DNS ทำให้ระบบอ่านข้อมูลไม่สมบูรณ์ เราได้แก้ไขโดยการบังคับใช้มาตรการรักษาค่าการกำหนดค่าล่าสุดที่ใช้งานได้ดี (last known good) และเพิ่มการสำรองฐานข้อมูลแบบอ่านอย่างเดียว

19 กรกฎาคม 2026 (ระยะเวลา 5 ชั่วโมง 10 นาที)

เกิดปัญหาใบรับรอง SSL หมดอายุในบริการภายใน ทำให้ GitHub Actions สำหรับ self-hosted และ larger runners ล่าช้า เนื่องจากต้องติดตั้งใบรับรองด้วยตนเองแต่เกิดความผิดพลาดในขั้นตอนแจ้งเตือน เราได้หมุนเวียนใบรับรองใหม่และอัปเกรดระบบให้เป็นการต่ออายุอัตโนมัติทั้งหมด

21 กรกฎาคม 2026 (ระยะเวลา 1 ชั่วโมง 26 นาที)

การตรวจสอบสิทธิ์ผ่าน SSH ล้มเหลวประมาณ 12.2% เนื่องจากข้อผิดพลาดในการเปลี่ยนโครงสร้างพื้นฐานที่กระทบต่อการลงนามคีย์สาธารณะ เราได้ย้อนคืนการเปลี่ยนแปลงและเร่งขยายความครอบคลุมของการทดสอบอัตโนมัติเพื่อดักจับกรณีพิเศษ (edge cases) ก่อนใช้งานจริง

24 กรกฎาคม 2026 (ระยะเวลา 57 นาที)

ผู้ใช้ไม่สามารถสร้าง Pull Request ได้เนื่องจากการรันคำสั่ง backfill ในฐานข้อมูล Vitess ผิดพลาดและไปสั่งลบ (drop) ตารางหลักโดยไม่ตั้งใจ เราได้กู้คืนตารางและเพิ่มขั้นตอนการตรวจสอบความถูกต้องก่อนเริ่มงาน (pre-flight validation) ในเครื่องมือจัดการฐานข้อมูล

25 กรกฎาคม 2026 (ระยะเวลา 52 นาที)

GitHub Actions ทำงานล่าช้าและล้มเหลวจากปัญหาความไม่สอดคล้องของสถานะในคลัสเตอร์ Redis ระหว่างการปรับปรุงระบบและการกระจายทราฟฟิกไปยังภูมิภาคที่ยังขยายขีดความสามารถไม่เสร็จสิ้น เราได้เพิ่มการตรวจสอบความพร้อมของภูมิภาคให้เข้มงวดขึ้นก่อนเริ่มการบำรุงรักษาทุกครั้ง

---

ติดตาม หน้าสถานะ เพื่อดูอัปเดตแบบเรียลไทม์ หรืออ่านรายละเอียดด้านเทคนิคเพิ่มเติมได้ที่ GitHub Blog