<p>幾乎每天都有云服務出現故障。忘掉五個九吧——照目前的情況來看，一個九似乎已經是一個雄心勃勃的目標。</p>
<p>GitHub 這個月過得很艱難。2 月 9 日，Actions、拉取請求、通知和 Copilot 都出現了問題。微軟的分支承認在 1554 UTC 時遇到了 &#34;一些 GitHub 服務&#34; 的問題，隨後又承認通知延遲了 &#34;大約 50 分鐘&#34;。</p>
<p>直到 1929 UTC，公司才確認一切恢復正常，儘管到 1757 UTC 時延遲已降至 &#34;大約 30 分鐘&#34;。</p>
<p>其旗艦技術之一 Copilot 也遭遇了問題。從 2 月 9 日 1629 UTC 到 2 月 10 日 0957 UTC，GitHub 報告稱部分用户在 Copilot 策略傳播方面遇到問題。代碼倉庫表示：&#34;這可能會導致新啓用的模型在用户嘗試訪問時無法出現。&#34;</p>
<p>事情還在繼續。GitHub 不久前更改了其狀態頁面，使得可視化其服務可用性變得更加困難。是的，細節一目瞭然，但要了解過去 90 天的整體情況，特別是整體正常運行時間，就變得更加棘手。</p>
<ul>
<li>GitHub 考慮為拉取請求設置殺死開關以阻止 AI 垃圾</li>
<li>GitHub 撤回對自託管運行器收費的計劃</li>
<li>Zig 退出 GitHub，稱微軟對 AI 的痴迷毀掉了該服務</li>
<li>Shai-Hulud 蛇蟲迴歸，向 25000 個 GitHub 倉庫吐露秘密</li>
</ul>
<p>&#34;缺失&#34;的狀態頁面通過公共狀態源以重建形式存在，儘管這是一個非官方來源，因此需要謹慎。它揭示了 GitHub 的穩定性較差：在 2025 年某個時刻，正常運行時間降至 90% 以下。</p>
<p>代碼倉庫並不是唯一經歷服務不穩定的地方。雖然五個九（99.999% 的正常運行時間）代表了黃金標準，但一些供應商甚至難以維持 90% 的正常運行時間——這對依賴這些平台的客户來説是個問題。</p>
<p>GitHub 針對企業雲客户的服務水平協議規定了 99.9% 的正常運行時間，儘管公司並不保證所有用户都能享有此服務。</p>
<p>GitHub 客户的困境突顯了在計劃中考慮停機時間和正常運行時間的必要性。®</p>

雲計算 ETF - GlobalX

基準數據與基礎設施房地產 SCTR ETF - Pacer

<p>GitHub 面臨了嚴重的服務中斷，甚至難以維持最低限度的可用性。2 月 9 日，包括 Actions 和 Copilot 在內的多個服務出現了延遲，通知問題持續了長達 50 分鐘。公司的狀態頁面使得評估整體正常運行時間變得困難，報告稱在某個時刻正常運行時間降至 90% 以下。雖然 GitHub 的服務水平協議承諾企業雲客户的正常運行時間為 99.9%，但這並不對所有用户保證，強調了為潛在的停機時間進行規劃的重要性</p>

<p>Scarcely a day goes by without an outage at a cloud service. Forget five nines – the way things are going, one nine is looking like an ambitious goal.</p>
<div class="lb-trans"><p>幾乎每天都有云服務出現故障。忘掉五個九吧——照目前的情況來看，一個九似乎已經是一個雄心勃勃的目標。</p>
</div><p>GitHub has had a rough month so far. On February 9, Actions, pull requests, notifications, and Copilot all experienced issues. The Microsoft tentacle admitted it was having problems with &#34;some GitHub services&#34; at 1554 UTC before it confessed to notification delays of &#34;around 50 minutes&#34;.</p>
<div class="lb-trans"><p>GitHub 這個月過得很艱難。2 月 9 日，Actions、拉取請求、通知和 Copilot 都出現了問題。微軟的分支承認在 1554 UTC 時遇到了 &#34;一些 GitHub 服務&#34; 的問題，隨後又承認通知延遲了 &#34;大約 50 分鐘&#34;。</p>
</div><p>It took until 1929 UTC for the company to confirm that things were back to normal, although the delay was down to &#34;approximately 30 minutes&#34; by 1757 UTC.</p>
<div class="lb-trans"><p>直到 1929 UTC，公司才確認一切恢復正常，儘管到 1757 UTC 時延遲已降至 &#34;大約 30 分鐘&#34;。</p>
</div><p>One of its flagship technologies, Copilot, also suffered. From 1629 UTC on February 9 to 0957 UTC on February 10, GitHub reported problems in Copilot policy propagation for some users. The code shack said: &#34;This may prevent newly enabled models from appearing when users try to access them.&#34;</p>
<div class="lb-trans"><p>其旗艦技術之一 Copilot 也遭遇了問題。從 2 月 9 日 1629 UTC 到 2 月 10 日 0957 UTC，GitHub 報告稱部分用户在 Copilot 策略傳播方面遇到問題。代碼倉庫表示：&#34;這可能會導致新啓用的模型在用户嘗試訪問時無法出現。&#34;</p>
</div><p>And so it goes on. GitHub changed its status page a while ago, making it harder to visualize the availability of its services. Yes, the details are front and center, but getting a sense of how things have gone over the last 90 days, particularly overall uptime, is trickier.</p>
<div class="lb-trans"><p>事情還在繼續。GitHub 不久前更改了其狀態頁面，使得可視化其服務可用性變得更加困難。是的，細節一目瞭然，但要了解過去 90 天的整體情況，特別是整體正常運行時間，就變得更加棘手。</p>
</div><ul>
<li>GitHub ponders kill switch for pull requests to stop AI slop</li>
<li>GitHub walks back plan to charge for self-hosted runners</li>
<li>Zig quits GitHub, says Microsoft's AI obsession has ruined the service</li>
<li>Shai-Hulud worm returns, belches secrets to 25K GitHub repos</li>
</ul>
<div class="lb-trans"><ul>
<li>GitHub 考慮為拉取請求設置殺死開關以阻止 AI 垃圾</li>
<li>GitHub 撤回對自託管運行器收費的計劃</li>
<li>Zig 退出 GitHub，稱微軟對 AI 的痴迷毀掉了該服務</li>
<li>Shai-Hulud 蛇蟲迴歸，向 25000 個 GitHub 倉庫吐露秘密</li>
</ul>
</div><p>The &#34;missing&#34; status page exists in reconstructed form via the public status feed, though this is an unofficial source so requires caution. It reveals that GitHub's stability has been poor: uptime dropped below 90 percent at one point in 2025.</p>
<div class="lb-trans"><p>&#34;缺失&#34;的狀態頁面通過公共狀態源以重建形式存在，儘管這是一個非官方來源，因此需要謹慎。它揭示了 GitHub 的穩定性較差：在 2025 年某個時刻，正常運行時間降至 90% 以下。</p>
</div><p>The code shack isn't alone in experiencing service instability. While five nines (99.999 percent uptime) represents the gold standard, some vendors struggle to maintain even 90 percent — a concern for customers relying on these platforms.</p>
<div class="lb-trans"><p>代碼倉庫並不是唯一經歷服務不穩定的地方。雖然五個九（99.999% 的正常運行時間）代表了黃金標準，但一些供應商甚至難以維持 90% 的正常運行時間——這對依賴這些平台的客户來説是個問題。</p>
</div><p>GitHub's Service Level Agreement for Enterprise Cloud customers specifies 99.9 percent uptime, although the company does not guarantee this for all users.</p>
<div class="lb-trans"><p>GitHub 針對企業雲客户的服務水平協議規定了 99.9% 的正常運行時間，儘管公司並不保證所有用户都能享有此服務。</p>
</div><p>The travails of GitHub customers highlight the need to plan for downtime as well as uptime. ®</p>
<div class="lb-trans"><p>GitHub 客户的困境突顯了在計劃中考慮停機時間和正常運行時間的必要性。®</p>
</div>

GitHub 似乎在勉強維持 99.9% 可用性方面遇到了困難