GitHub הושבת ברחבי העולם: ה־API, Actions, Pull Requests ו־Copilot נפגעו

אילו שירותים נפגעו?

התקלה חדרה לשכבות רבות של תהליך הפיתוח:

• מאגרים והורדות: הורדות ארכיונים וקבצים גולמיים היו בלתי אמינות במיוחד, ולכן היה קשה לשלוף קוד דרך האתר או באמצעות כלים אוטומטיים.
• בקשות API: שיעור השגיאות המוגבר שיבש כלים, סקריפטים ואינטגרציות הנשענים על GitHub באופן תכנותי.
• Pull Requests ו־Issues: זמינות ירודה פגעה בסקירת קוד, במעקב אחר תקלות ובמשימות שיתוף פעולה נוספות.
• GitHub Actions: תהליכי CI/CD ואוטומציות נפגעו כאשר Actions פעל בזמינות ירודה.
• וובהוקים (Webhooks): העברת אירועים לא יציבה עלולה לעכב או לשבש מערכות פריסה, ניטור ואוטומציה המחוברות ל־GitHub.
• פעולות Git: עדכוני הסטטוס תיעדו גם ביצועים ירודים בפעולות Git, כולל בעיות בפעולות הקשורות למאגרים.
• Copilot: GitHub סימנה את Copilot כתקלה משמעותית או כשירות בעל זמינות ירודה, ופגעה בשימוש בקידוד בסיוע AI אצל חלק מהמשתמשים.
• זהות והקצאה ארגונית: דיווחים מאותה תקופה הצביעו על פגיעה באימות SAML ו־OIDC, ב־SCIM ובפונקציות הקשורות ל־Team Sync, אף שהמידע הזמין אינו מספק ציר זמן מלא לכל שירות בנפרד.

במילים פשוטות, זו לא הייתה רק בעיה בפתיחת האתר. מפתח יכול היה להיתקל בכשל בעת פתיחת מאגר או הורדת תוכן ממנו, בסקירת Pull Request, בהפעלת תהליך Actions או בהמתנה לסיומו, בקבלת אירוע Webhook, בהתחברות דרך מערך זהות ארגוני או בשימוש ב־Copilot.

האם כל שירותי GitHub ירדו?

לא. הראיות מצביעות על תקלה חלקית ורב־שירותית, ולא על כשל מאומת של כל רכיב בפלטפורמה. סיכום סטטוס מאותה תקופה דיווח ש־Git Operations, Packages, Pages ו־Codespaces פעלו, בזמן ששירותים אחרים הוגדרו כבעלי זמינות ירודה.

עם זאת, זמינות של רכיב אחד לא הבטיחה שכל תהליך העבודה של המשתמש יפעל. למשל, Codespaces או Pages יכלו להישאר זמינים בזמן שהורדות ממאגרים, Actions, Pull Requests או וובהוקים היו בלתי אמינים. הדיווחים הזמינים גם אינם מוכיחים שאחד מהשירותים שסומנו כפעילים נשאר ללא כל פגיעה לאורך כל האירוע.

מה GitHub אמרה על החקירה וההתאוששות?

GitHub מסרה שהיא חוקרת בעיות ביצועים ושיעורי שגיאות גבוהים. בהמשך דיווחה החברה כי זיהתה רכיב בעייתי ונקטה פעולות תיקון. עדכוני ההתאוששות הצביעו על שיפור משמעותי, אך חלק מהשגיאות נותרו גבוהות בזמן שהמהנדסים המשיכו לנטר את המערכת ולהחיל אמצעי מיתון.

בהמשך סימנה GitHub את האירוע ב־GitHub.com כפתור. בעדכון מאוחר יותר נמסר כי המהנדסים עדיין טיפלו בכשלי אימות אקראיים ב־Copilot בחלק מהיישומים, בעוד שהשימוש ב־Copilot דרך GitHub CLI ודרך GitHub App דווח כלא מושפע באותו שלב.

האם סיבת השורש ידועה?

לא לפי החומרים הזמינים לדיווח הזה. GitHub תיארה את זיהוי הרכיב הבעייתי ואת פעולות המיתון שננקטו כדי להחזיר את השירות, אך הדיווחים מאותה תקופה לא כללו ניתוח טכני של סיבת השורש. בדף הסטטוס נכתב כי ניתוח מפורט יפורסם כאשר יהיה זמין.

לכן מוקדם מדי לייחס את התקלה לכשל במסד נתונים מסוים, לפריסה, לאירוע אצל ספק ענן או לבעיה במערכת האימות. על סמך הראיות, הניסוח המדויק הוא שסיבת השורש לא נקבעה בפומבי בזמן פרסום הדיווחים על האירוע.

כיצד התקלה השתוותה לתקלות GitHub קודמות?

האירוע ב־17 באוגוסט היה רחב יותר מכמה תקלות GitHub האחרונות, שהוגבלו בעיקר ל־Copilot או למוצר יחיד:

• ב־1 באוגוסט חווה מודל GPT-5.6 Luna ב־GitHub Copilot זמינות לסירוגין, בעקבות בעיה אצל ספק מודל חיצוני; מודלים אחרים של Copilot לא נפגעו.
• ב־10 באוגוסט דיווחה GitHub על שיבוש ב־Copilot שפגע בגישה לחלק מהמודלים.
• ב־13 באוגוסט דיווחה GitHub על שגיאות במודל Fable 5 ב־Copilot, וייחסה את הבעיה לספק מודל חיצוני.
• באירוע נפרד ב־6–7 באוגוסט נפגעה זמינות GitHub Actions, כאשר תהליכי עבודה נכשלו או נותרו בתור זמן ממושך.

בניגוד לתקלות המצומצמות יותר האלה, האירוע ב־17 באוגוסט התפשט לחוויית השימוש באתר GitHub, ל־API, לכלי שיתוף הפעולה, לאוטומציות, לוובהוקים, לגישה למאגרים ול־Copilot.

אף ש־GitHub נמצאת בבעלות Microsoft, הראיות הזמינות אינן מוכיחות שמדובר בתקלה כלל־מערכתית ב־Microsoft 365 או ב־Azure. בשלב זה נכון לתאר את האירוע כתקלה בפלטפורמת GitHub, אלא אם חקירה מאוחרת יותר של Microsoft או GitHub תצביע על סיבה משותפת.