服务商状态看板
服务商状态看板是一个把你的网站所依赖的各服务的公开状态页汇集到一起的单一页面，因此一眼就能回答故障时的第一个问题：是我们的问题，还是他们的问题？本看板在打开时加载各主流服务商的一份新鲜快照——无需输入任何 URL——并显示每个服务商自己的状态表述、其活跃事件和计划维护。配套指南当你的服务商宕机时会讲解如何像运维人员一样读懂一起事件；如果看板说大家都正常、但你的用户仍然访问不了你，请运行网站健康检查，或用全球 Ping从其他地区测试可达性。
最后更新:
想持续监控这个网站？用 myeventwatch 免费监控——到期和宕机提醒，无需绑卡。
看板的运行方式
页面加载时，看板向 SysOSX 检查器索取一份聚合快照。检查器读取各服务商为其自己的状态页发布的公开状态馈送——也就是 GitHub 与 Cloudflare 状态站背后的同一份机器可读摘要——并为每个服务商返回其总体指示值、它对该指示值的自有描述、当前打开的任何事件，以及已经排期的维护窗口。结果会缓存几分钟，因为三十秒前刚变过的状态页不需要一千个浏览器去冲击服务商的馈送；快照会显示检查时间，当你看的是缓存副本时还会带有缓存标记。刷新按钮会索取一份新鲜副本并绕过该缓存。
这个看板上没有任何内容是我们的观点。每张卡片上的描述都是服务商自己的措辞，逐字复现，事件名称、影响程度和流程状态都直接来自服务商的馈送。看板增加的是聚合与脚手架的翻译：六种可能的指示值被映射为朴素的状态片——正常运行、性能下降、部分中断、重大中断、维护中和未知——因此使用不同词汇描述同一底层状态的服务商并排时仍然读得一致。当某个服务商的馈送完全无法读取时，它的卡片会说未知，而不是猜测正常，因为一个没有数据却喊“一切正常”的看板比没有看板还糟。
在事件期间阅读看板
从摘要带开始。它统计被跟踪的服务商中有多少完全正常，并指出整个看板上当前最差的状态，因此即使其他卡片都是绿色，一个处于危急状态的服务商也会脱颖而出。然后完整阅读受影响服务商的卡片：事件名称通常会点名所涉的组件或地区，影响字段说明服务商认为有多少服务受到了影响，状态字段说明事件在其自身流程中的位置——调查中、已定位、监控中或已解决。一个处于监控中很久的事件与一个刚进入调查中的新事件是非常不同的信号，即使两张卡片带着相同颜色的状态片。
用服务商选择器让看板成为你自己的。每个技术栈依赖这些服务的不同子集，一个显示你不用的服务商的看板只会训练你去忽略它。取消勾选不在你技术栈中的服务商，看板就会隐藏它们；你的选择保存在此浏览器的此设备上，重新加载后仍然有效，显示全部按钮一键恢复完整看板。摘要带始终描述整个看板，而不仅仅是你的选择，因此隐藏一个服务商永远不会隐藏一场波及广泛的事件：如果某个你取消勾选的服务商发生拖垮半个互联网的重大中断，最差状态那一行仍然会告诉你。
诚实的边界：本看板是服务商对自身说法在所示时刻的一份快照，而服务商有时宣布事件很慢、宣布解决很快，或者对你网站不用的组件说得很精确、对它用的组件却含糊其辞。一块绿色的看板不能证明你的网站可达——你的地区、你的 DNS 路径或你的具体套餐层级都可能在全球指示值保持绿色时宕机，这正是全球 Ping测试与配套文章所探讨的缺口。把看板当作对“只有我们有问题吗？”最快的第一答案，而不是最终结论，在告诉用户问题出在别处之前，务必用你自己的监控再核实一遍。
看板显示什么，以及背后的规则
| 指示值：none | 服务商报告当前没有问题。卡片逐字显示它自己的描述——通常是某种形式的“所有系统运行正常”——状态片读作正常运行。none 是摘要带中唯一被计为正常运行的状态。 |
| 指示值：minor | 服务降级：某些东西变慢了、间歇性报错或部分能力受限，但服务总体可用。显示为性能下降。大多数 minor 状态值得知道，少数值得把任何人叫醒。 |
| 指示值：major | 部分中断：服务的很大一部分——一个地区、一个产品或一类请求——对许多用户失效。显示为部分中断。如果受影响的部分与你的技术栈重叠，就把它当作你自己的事件来处理。 |
| 指示值：critical | 重大中断：服务商认为服务大体宕机或不可用。显示为重大中断，在看板上排为最差状态，只要它持续存在，摘要带的最差状态行就始终会点名它。 |
| 指示值：maintenance | 计划工作正在进行，或服务处于已宣布的维护状态。维护不是中断，但它解释窗口期内升高的错误率，这正是每张卡片在排期窗口开始前就把它们列出来的原因。 |
| 指示值：unknown | 检查器无法读取该服务商的状态馈送，因此看板显示未知，而不是编造一个状态。未知意味着“没有数据”，永远不是“大概没事”——当它重要时，直接去看服务商自己的状态页。 |
| 事件 | 打开的事件按服务商列出，带服务商自己的事件名称、其宣布的影响程度、流程状态和最后更新时间。已解决的事件会离开看板；服务商的状态页保留完整历史。 |
| 缓存 — 4 分钟 | 快照缓存约四分钟，这样一个人气看板不会冲击各服务商的馈送。检查时间与缓存标记会准确告诉你正在读的内容有多新鲜；刷新会绕过一次缓存。 |
常见问题
看板说某服务商宕机了，但这个服务我用起来正常。为什么？
因为状态不是均匀的。一场事件可能影响一个地区、一个产品界面或一类请求，而服务的其余部分——包括你刚刚用过的那部分——工作正常。读卡片上的事件名称：它通常会点名所涉的组件或地区。反过来也一样：看板可能全绿，而你的地区或层级坏了，因为服务商的全球指示值总结的是整个服务，而不是你用的那一片。
这个看板上的数据有多新鲜？
每份快照都盖有检查器获取它的时间戳，显示在服务商网格上方。快照缓存约四分钟，缓存的快照带有缓存标记，因此你永远不会把它误认为实时读数。当你需要当前状态时按刷新按钮——它会绕过缓存并获取一份新鲜快照。在一场快速演变的事件中，还应打开服务商自己的状态页，那里会持续更新。
为什么某个服务商显示“未知”？
未知意味着检查器在这份快照中无法读取该服务商的公开状态馈送——馈送超时了、返回了错误，或者以检查器不认识的形态作答。它刻意不猜测：显示未知，而不是一个陈旧或编造的状态。试试刷新；如果卡片仍然未知，直接去服务商的状态页，因为“没有数据”永远不能被读作“没有问题”。
我能选择看板显示哪些服务商吗？
可以。看板上方的复选框列出每个被跟踪的服务商；取消勾选不在你技术栈中的那些，它们的卡片就会消失。你的选择保存在此浏览器的本地存储中，因此看板会以你离开时的样子回来，显示全部按钮会清除选择并恢复每个服务商。摘要带始终覆盖全部服务商，因此一个被隐藏服务商的重大中断仍会显示在最差状态行中。
当我依赖的服务商宕机时，我该做什么？
第一，通过阅读服务商卡片和状态页上的事件，确认该事件与你使用的东西重叠——组件、地区和产品。第二，尽早、直白地告诉你的用户：一家点名的上游服务商正在发生事件，以及这对他们意味着什么。第三，停止部署，也停止激进地重试；这两者都会让恢复更难。配套指南当你的服务商宕机时会按顺序走过最初的十分钟。