<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% 可用性方面遇到了困难