GitHub推出全新状态页面及新的性能下降分类
realtime news Apr 17, 2026 16:50
GitHub在重大状态页面透明度更新中引入了三层事件分类、按服务运行时间指标以及专门的Copilot AI模型跟踪。
GitHub于2026年4月17日对其状态页面进行了重大更新，推出了新的事件分类系统和按服务运行时间指标，为开发者提供了更详细的平台健康可见性。
此次更新是在公司承认今年早些时候存在可用性问题之后推出的，直接回应了开发者对不清晰的事件报告的抱怨。
三层事件分类
最显著的变化是新增了一个 "性能下降" 严重级别，低于部分中断和重大中断。之前，即使是小的服务问题也会触发部分中断分类——这会误导用户认为服务完全中断，而实际上只是运行速度变慢。
在新的系统下，性能下降涵盖了服务仍在运行但受影响的情况——例如延迟增加、功能减少或少量请求出现间歇性错误。部分中断现在表示对大部分用户有显著影响的不可用情况，而重大中断则表示对大多数或所有用户的广泛不可用情况。
运行时间指标更加具体
GitHub现在会在其状态页面上发布每个服务过去90天的运行时间百分比。这一计算会根据事件严重程度加权：重大中断计为100%的停机时间，部分中断计为30%，而性能下降则计为0%。
一个实际的例子：1小时的部分中断在计算中转化为18分钟的有效停机时间，而不是整整1小时。性能下降事件完全不会影响运行时间百分比——服务在技术上仍被视为可用。
Copilot现有独立的事件跟踪
一个新的 "Copilot AI 模型提供商" 组件现在将模型相关的问题与更广泛的Copilot问题分开。此前，当单个AI模型提供商出现问题时，GitHub会将整个平台的Copilot标记为发生事件——即使像聊天和云代理这样的功能可以切换到备用模型。
对于使用自动模型选择的团队来说，这一区分很重要。单个模型离线并不一定意味着Copilot停止工作。
这对开发团队的重要性
对于通过GitHub Actions运行CI/CD管道或依赖Copilot进行日常编码工作流的工程组织来说，更清晰的事件分类有助于容量规划和事件响应决策。了解GitHub是性能下降还是实际中断会影响您是选择等待还是切换到备用流程。
90天的运行时间指标还为采购和安全团队提供了供应商评估所需的硬性数据——这是GitHub此前较少公开的信息。
Image source: Shutterstock.jpg)