三大AI同天掛掉：備援插在同一個排插上 Same Day, Same Outage, Same Power Strip

📝 本集重點：我先幫這三家講一點公道話——掛機不是罪，工程沒有不會掛的東西。九月三號早上ChatGPT、Claude、Grok在半小時內接連躺平，真正的問題不是它們壞了，是壞完之後給你的解釋：一句routing error、一句infrastructure issue，資訊量等於「我們壞了，後來好了」。以前雲端業者出事，幾天內就有一篇又臭又長的postmortem，那是這行最好的傳統之一。你們在賣的是要接管人類基礎設施的東西，連壞在哪都不肯講？兄弟你聽我講，這比單純掛機還可怕：「三家獨立公司」這個前提，可能本來就是假的。一般公司做AI備援就是接三家API，一家掛了自動切下一家，紙上完美——三個供應商、三條路。結果那天你會發現，三條路在地下室通到同一個機房。你以為你買了三份保險，其實你買的是同一份保險的三張影本。xAI那則公告是全場最勁爆的細節：他們說是孟菲斯運算中心出事，然後補了一句「也向受影響的compute partners致歉」。自己機房掛了，為什麼要跟運算夥伴道歉？因為那些夥伴的東西就跑在你機房裡。不過這裡要踩個煞車——互租算力在這產業是常態不是醜聞，那句話也沒點名任何人，這條線到現在都沒有被官方證實。還有第二個比共用機房更陰險的理論：級聯效應。第一家掛掉之後，使用者跟自動failover把流量整批倒進另外兩家，承平時期跑得好好的容量突然被灌進三倍，於是第二家也倒、再倒進第三家。在這個劇本裡，備援機制本身就是傳染途徑。一個沒有節流的failover，在系統層級上跟DDoS是同一種東西——你以為你在自救，其實你在參與一場所有人對所有人的攻擊。最後我招認，我今天在自己家裡踩到一模一樣的坑：那批排程過去一週執行三十六次、失敗三十六次、成功零次，因為主力跟備援用的是同一批免費額度，共用同一個限流池。所以判準只有一句——備援不是問「你有沒有第二個」，是問「第二個跟第一個共用了什麼」。帳號額度、base model、供應商、機房、DNS，任何一層重疊，那層就是你真正的單點。而且沒被真的拔過電源演練過的備援，跟一行註解沒有差別。