GitHub大崩潰讓全世界工程師都被卡住了？AI正在把程式的地基塞爆！｜Kelly Tsai

歡迎收看Kelly Channel,我是Kelly 8月17號,臺灣時間晚上9點半左右開始 大量的軟體工程師陸陸續續發現自己工作不了了 程式碼推不上去,自動測試卡在那裡,AI助手都叫不動 這個狀況持續了7小時47分鐘 那天當機的網站叫做GitHub 如果你不寫程式的話,這個名字你可能沒有聽過 但是你手機裡面幾乎每一個app 從銀行、外送到你現在正在看的YouTube 它們的原始碼有很大一部分都放在同一個地方 那個地方就是GitHub 而且這一年它壞掉的次數越來越多,時間越來越長 原因是這兩年開始使用的新用戶,AI AI會自己開分支,自己改程式 自己把改好的東西送上去等人審 一天24小時不停 我自己在公司的這半年遇到GitHub問題 一直以為是不是我們自己的設定哪裡壞掉了 或者是辦公室網路的問題 一直到最近跟朋友聊天才發現 原來這是一個全世界的問題,不是隻有我們公司 所以GitHub到底是什麼? 要了解GitHub首先就要知道它名字的前半段 Git這套管檔案版本的工具 幾乎每個人都遇到過檔案修改太多次 所以電腦裡面躺著一堆檔案 結尾是最終版、最終版2、最終最終版的檔案 你自己也搞不清楚哪一份是哪一個版本 只好每一份都留著 如果把這種情況換成一套幾十萬行 幾十個人同時在改的程式 這種存法一天就會出事 所以寫程式的人很早就有一套專門的工具在管這件事 叫版本控制 Git就是其中最有名的一套 它的做法是把每一次改動都記下來 是誰、在什麼時候、把哪幾行改成什麼 你隨時可以回到任何一個時間點 也可以好幾個人同時動同一份東西 各改各的,最後再合起來,不會互相改掉 程式碼特別需要這個 是因為改壞一行,整個服務就可能開不起來 而且你不一定當下就會發現 所以能夠立刻回到昨天的那一版 是這個行業的基本配備 2005年,Linux的作者Linus Torvalds 為了管自己的專案,花了一個禮拜把Git寫了出來 Git的設計很漂亮,到今天全世界的軟體幾乎都在用它 但是它本身也很難用 沒有圖形的介面,每件事都要打指令 也沒有一個大家共用的地方可以放東西 那個年代,開源專案是靠寄email合作的 你把你想改的那幾行貼在信裡面,寄給維護者 維護者看完再手動貼進去 幾十個人在改的專案,維護者的信箱就是整個入口 這種合作方式很累,也把大部分想要幫忙的人都擋在外面 2007年底,四個人在舊金山的咖啡店裡面就開始寫一個東西 想讓這件事不要那麼累 2008年的4月10號,GitHub就上線了 而十年之後,微軟用75億美金把它買走 他們做的就只有一件事,就是在Git上面加了一層社交 可以留言,可以在某個程式碼下面直接討論 還有動態牆看得到別人在做什麼 把寫程式變成了一個社群網站 其中一個做法留到了今天,叫做Star,就是收藏,也等於按讚 它讓一個程式專案第一次有了公開的人氣數字 到現在,工程師要判斷一個開源工具敢不敢用 第一眼還是看它有幾顆星 星數高就代表有夠多人在用,出問題的話比較有可能有人會修 個位數的多半是連載都不會載 這讓程式專案有了追蹤數,也有了排行榜 2009年,GitHub上面有46000個公開專案 2011年就破了100萬 到今年,它有超過1億5千萬個開發者,10億個專案 一開始上去的是獨立開發者跟開源專案 後來大公司也開始搬進來 有的把內部寫的工具公開出來給大家使用,順便招人 有的連不公開的程式碼也放上去 把GitHub當成一個內部的開發平臺 2018年6月,微軟正式宣佈買下GitHub 這件事在當時的開發者圈引起非常大的反彈 因為微軟曾經是開源世界的頭號敵人 Linux是一套免費公開,誰都可以拿去改的作業系統 正面對打微軟,靠賣授權賺錢的Windows 所以在當年的微軟眼裡 免費公開程式碼這整套做法就是生意上的威脅 前執行長Steve Ballmer甚至公開把Linux形容成癌症 而現在這家公司買下了開源世界的首都 所有人都在等它搞砸,結果接下來的7年它沒有 微軟派了Nat Friedman來接執行長 開了GitHub Sponsors,讓開源作者可以直接收到贊助 而這7年GitHub一直保有自己的執行長和文化 所以到今天為止,全世界的軟體有很大一部分 地基都蓋在同一棟房子上面 那最近到底是出了什麼事情呢? 8月17號的晚上,GitHub的入口關了7個多小時 它自己的事後報告寫說 機房裡面一個小元件先達到了處理上限 把流量擋在門外 本來該自動長出的機器救援機制只盯著主服務 沒有盯這個元件,所以完全沒有反應 接下來各地的編輯器一看沒有回應都同時再問一次 流量就瞬間變成10倍 擠在門口的人越用力推門,門就越打不開 尖峯時每5次操作就有1次失敗 下載檔案的失敗率到了一半 那你可能會想說,GitHub上面放的是程式碼 每個工程師的電腦裡面本來就有一份完整的備份 斷網也能夠寫 那網站掛了,在自己電腦上繼續寫不行嗎? 技術上來說是可以的,但會停工的原因是卡在別的地方 你把軟體想成一個正在跑的生產線的話 GitHub就負責了四個關卡 第一關就是門禁 公司的程式碼是不準用私人帳號去碰的 登入要走GitHub的驗證 那你驗證掛掉了,電腦裡面有備份也送不出去 第二關就是頻管 程式碼送出去之後,系統會自動跑幾千個測試 像是掃描有沒有不小心把密碼寫進去等等 很多公司的資安規範都會明文禁止,沒有檢查就直接上線 第三關就是零件倉庫 現在的軟體是幾千個現成套件組起來的 而全世界最大的零件倉庫 2020年被GitHub買下來了,接近同一套網路 所以GitHub塞住連零件你都會領不到 第四關就是送審 程式碼改完不能自己上線,要送給同事看過,批准了纔算數 而送審跟討論就在GitHub上面 所以那七個多小時,工程師手上有圖紙,圖也畫得出來 但是畫完就是卡在原地 而這樣的日子,這一年一直在增加 第三方監測平臺統計 2025年的5月到2026年的4月這12個月 GitHub有48次全戰級的大當機 累積112個小時,等於連續四天半完全不能用 光是今年2月就有37次事故 大當機的次數是從2025年的12月開始往上爬的 壞最多的是Action,一年57次,就是品管的那一關 第二名是Copilot,44次,那是幫你寫程式的AI 事故原因排第一名的就是容量不夠,有83次 GitHub這一個18年來都撐得住的地方 為什麼偏偏在這一年開始站不穩呢? 2025年一整年,全世界推上GitHub的存檔紀錄 大約有10億次 而根據科技媒體整理的平臺數據 今年會來到140億,一年之內變成了14倍 AI自己送上去的修改提案 2025年9月是400萬件,今年3月變成1700萬件 半年變成4倍 GitHub是2008年設計的,它假設的使用者是人 人會累,會下班,會等別人回覆,一天存檔個幾次 但現在的AI是一群不睡覺,以毫秒為單位敲門的機器 像我如果同時開兩三個Agent在跑 他們分別自己開分支,自己改,自己送上去GitHub讓我省 我一個人一天貢獻的流量可能就是以前的好幾倍 而GitHub的股價已經18年沒有大改了 GitHub早期所有功能都在同一個資料庫 某一區忙起來就可能會拖累完全無關的另一區 像是有人可能大量的在跑背景工作,那別人的登入就變慢了 他們今年7月才剛把登入搬出那個老資料庫 被微軟買下之後,GitHub就被要求機房要搬進微軟的Azure雲端 這件事情一言再言,今年3月只搬了一成出頭 7月才勉強過半,目標延到了2027年 而搬到一半的這個時候最脆弱 因為資料寫在舊的機房,毒在雲端 兩邊同步一慢就是玉石 也是在2025這一年,GitHub在微軟裡面的位置變了 執行長Thomas Domkert宣佈離開去創業 微軟沒有補人,而是把GitHub直接併進新成立的AI部門Core AI 營收跟工程都收回微軟 當年說好的獨立,維持了7年到這裡結束了 GitHub從一家公司變成一個部門 收編意味著微軟要全面接管GitHub的技術架構和營運 但是隨著AI自動化引爆了前所未有的算力和流量需求 微軟自家Azure的硬體擴建速度趕不上這波暴增 不得不去跟自己最大的雲端對手亞馬遜租運算資源 而站在右的使用者已經有人受不了了 2026年的4月28號,一個用GitHub18年的人宣佈搬家 他叫Mitchell Hashimoto,GitHub的第1299號使用者 做過Vagrant和Terraform這兩個工程師每天都在用的工具 他花了一個月來寫日誌 只要那天GitHub的當機害他做不了事 他就會在日期上面打一個X 一個月下來幾乎每天都有X 宣佈的那天他正好因為Actions壞掉 好幾個小時沒有辦法審同事的程式碼 他說GitHub曾經是他最快樂的地方 難過的時候他就躲進開源專案裡面 他對這家公司也沒有意識形態上面的意見 讓他離開的是他那個打滿X的日曆 更早一點,2025年的11月26號 程式員Zig官方也宣佈要把主要的程式庫 搬去德國一個叫做Codeburg的非營利平臺 他們公開的第一條理由跟AI有關 GitHub這幾年一直在推Copilot 自動送一張這裡好像壞了的Ticket上去 結果Zig收到一堆AI生的低品質Ticket GitHub Sponsor是Zig基金會重要的收入來源 2024年超過17萬美金 搬家等於要請所有的贊助者重新設定一遍 但他們還是搬了 老用戶在搬走的同時,也有人在蓋新家 Cursor是現在很多工程師在用的AI寫程式工具 就在GitHub當機的同一天 他開放了自家程式碼託管平臺Origin的測試版 而Origin一開始就假設他的主要使用者是AI 人只是少數 不過搬得走的是少數 那對留下來的人來說 GitHub到底有沒有真的變差呢? GitHub的規模一直在成長 使用者從幾百萬變成一億五千萬 事故的絕對次數變多本來就很正常 而最近好像一直在掛這種感覺 也有可能是靜音效應 上禮拜剛壞掉過,就會覺得他好像天天在壞 但絕對次數可以用規模解釋 每天都被卡住這件事情規模就解釋不了了 一般算可用率的單位是服務有沒有全掛 這樣算的話,GitHub大部分的時間是好的 但像是Hashimoto的日誌 算的是我今天有沒有被卡住 這樣一算就是每天都被擋 至於除了AI之外,被收購是不是主因之一呢? GitHub 2025年8月變成一個部門 大當機的次數同年12月開始往上爬 時間順序上是對得起來的 但事故分類排第一的是容量不夠 而容量是被那些一年翻十幾倍的存檔記錄給吃掉的 在他還是獨立公司的時候就在發生了 不過變成一個部門確實動到了一件事情 以前GitHub覺得哪裡快撐不住了 可以自己決定要先修哪裡 現在要跟微軟其他的部門一起拍 所以我覺得,AI是那個把水位推上去的東西 而變成一個部門是讓抽水的速度慢下來 如果你不寫程式的話,這件事情看起來離你很遠 但是你手機上幾乎每一個app的更新都是從GitHub出來的 過去18年,軟體業把地基都蓋在同一個地方 因為那裡好用、免費,大家都在用 而現在那個地基開始搖晃了 但雖說如此,我自己暫時也不可能從GitHub搬走 像是公司要搬家的話,光是把自動化的流程重寫一遍 可能就要好幾個月 但如果GitHub再繼續不穩定下去的話,是你會怎麼做呢? 那如果今天這支影片有幫助你瞭解最近GitHub大崩潰的問題的話 就幫這支影片點個讚,然後訂閱我的頻道 也可以留言跟我說你最近工作的時候有沒有常常被GitHub的問題擋住呢 那我們就下一支影片再見囉,掰掰