‹ 返回事件历史

账单信息更新出现中断

原文Disruption with billing information updates
已恢复轻微故障GitHub
2026年9月25日星期五 08:51 ~ 2026年9月25日星期五 12:41(3 小时 49 分钟)
更新记录
已恢复2026年9月24日星期四 20:41

2026年9月22日11:51 UTC开始,约1,700名用户在添加或更新账单地址信息时遇到延迟和错误,原因是地址验证服务的请求超时或失败。在受影响的地址验证流程中,请求平均失败率为69.3%,高峰时达到100%。<br /><br />一次操作系统升级暴露了我们HTTP客户端库所使用的一个适配器的兼容性问题,导致请求停滞。随后为缩短请求超时而进行的更改导致停滞的请求返回连接错误,并提高了失败率。<br /><br />我们于2026年9月24日20:24 UTC通过更改用于地址验证的HTTP客户端缓解了该事件。我们已添加告警以更快地检测类似问题,并正在将修复扩展到其他集成。

原文Beginning on September 22, 2026 at 11:51 UTC, approximately 1,700 users experienced delays and errors when adding or updating billing address information because requests to the address validation service timed out or failed. Within the affected address validation flow, requests failed at an average rate of 69.3%, reaching 100% at peak. <br /><br />An operating system upgrade exposed a compatibility issue in an adapter used by our HTTP client library, causing requests to stall. A subsequent change to shorten request timeouts caused stalled requests to return connection errors and increased the failure rate. <br /><br />We mitigated the incident on September 24, 2026 at 20:24 UTC by changing the HTTP client used for address validation. We have added alerting to detect similar issues sooner and are extending the fix to other integrations.

监控中2026年9月24日星期四 20:24

故障已缓解。我们正在监控以确保稳定性。

原文The degradation has been mitigated. We are monitoring to ensure stability.

排查中2026年9月24日星期四 20:10

我们已实施缓解措施,并看到了恢复的迹象。我们正在继续密切监控系统。

原文We have applied the mitigation and are seeing signs of recovery. We are continuing to monitor the system closely.

排查中2026年9月24日星期四 18:22

我们正在继续努力进行缓解。大约一小时后,我们将发布另一条更新。

原文We are continuing to work on mitigation. We will post another update in approximately one hour.

排查中2026年9月24日星期四 17:40

我们已经确定了问题,并正在积极进行缓解工作。

原文We have identified the problem and are actively working on mitigation.

排查中2026年9月24日星期四 16:51

我们正在调查账单信息更新失败的问题。在此期间,客户可能无法创建或更新其账单信息。

原文We are investigating failures on billing information updates. Customers may be unable to create or update their billing information in the meantime.

排查中2026年9月24日星期四 16:51

我们正在调查部分GitHub服务性能受影响的相关报告。

原文We are investigating reports of impacted performance for some GitHub services.

事件内容来自 GitHub 官方状态页:查看官方原文。中文由 AI 翻译,仅供快速理解,以官方英文原文为准。

关于这些数据

GitHub的故障事件数据从哪来?

全部来自GitHub 官方状态页的公开接口,由本站每 5 分钟同步一次,保留最近 90 天。事件标题、时间、影响级别与更新记录均为官方原文,本站不做改写;点详情页底部的链接可回到厂商原始记录核对。

顶部的组件状态条怎么看?

每一格是一天,绿色表示GitHub 官方状态页当天未记录异常,黄色表示部分降级,红色表示当天有较大故障,灰色表示该组件当时还没有数据。右侧的可用率是官方口径的 90 天统计,与状态总览页显示的是同一份数据。

为什么有的服务查不到历史?

本页只收录对外提供官方状态页的服务。没有公开状态页的厂商(多数国产大模型属于此类)无法取得可信数据,本站不做自建拨测去猜,因此也不会出现在状态总览里。

持续时长怎么算?

按官方标注的开始时间到恢复时间计算;尚未恢复的事件按「至今」计算并标为进行中。跨天的事件在状态条上会覆盖它经过的每一天。

完整的服务清单与实时状态见状态总览。