שעות של זמינות ירודה ב-GitHub Actions ו-Pages

GitHub Actions פעל בזמינות ירודה במשך רוב היום ב-6 באוגוסט 2026: הרצות של תהליכי עבודה נכשלו או המתינו בתורים שעות ארוכות, וההשפעה נשפכה גם ל-GitHub Pages, ליכולות Copilot ולכלי מיגרציה ארגוניים. עמוד הסטטוס של GitHub תיעד את התקרית מ-15:05 UTC ב-6 באוגוסט ועד 00:14 UTC למחרת.

מה השתבש

לפי הדוח שאחרי התקרית, הטריגר היה פריסה שגרתית של שירות פנימי ב-Actions שאחראי לעיבוד אירועים וליצירת משימות. הפריסה חשפה חולשה קיימת בתפוסה ובמקביליות: כשהפודים הוחלפו, התפוסה שנותרה נשחקה, השירותים קרסו, והכשל התפשט בקסקדה על פני כמה אשכולות ושירותים תלויים. בשיא, 71 אחוזים מהרצות תהליכי העבודה חוו כשלי תשתית, ו-75 אחוזים מההרצות הנותרות התעכבו ביותר מחמש דקות. נפגעו גם לקוחות שמשתמשים ב-runners מתארחים של GitHub וגם ב-self-hosted.

באג שני ושעות של ויסות

המהנדסים הרחיבו תפוסה, ויסתו עבודה שמופעלת ב-webhooks כדי לאפשר למערכת להתאושש והוסיפו כוח עיבוד לצבירת המשימות; השירותים המרכזיים חזרו בסביבות 17:00 UTC. עד אז צץ בעיה שנייה: באג סמוי בשירות שמקצה משימות ל-runners גרם לכך ש-runners קיבלו משימות שכבר אינן תקפות ונתקעו בניסיונות חוזרים. בנקודה הנמוכה, בערך 30 עד 40 אחוזים מהמשימות בתור הצליחו; לאחר הפריסה של התיקונים, שיעורי ההצלחה של הרצות שהתחילו עלו ל-97 ואחר כך ל-99 אחוזים, והתורים שהצטברו התנקזו במהלך הלילה.

השלכות

להתאוששות נותרו קצוות. חלק מפודי Actions Runner Controller נותרו תקועים במצב סרק ונזקקו לשחזור ידני; תיקון שהוטמע במהלך התקרית הוחזר לאחור, ושחזור אוטומטי מובטח בגרסאות הקרובות של Runner ו-ARC. GitHub הזהירה גם שאירועי push ו-pull request שאבדו במהלך התקלה אינם ניתנים להרצה חוזרת אוטומטית, כך שחלק מתהליכי העבודה חייבים להיות מופעלים מחדש ביד. כדי למנוע הישנות, החברה אומרת שהיא משפרת את אמצעי הבקרה לפריסה ולתפוסה, את הניטור של התנאים שקדמו לתקרית, ואת העמידות של עבודה בתורים והקצאת משימות.