我的网站需要 status page 吗？
A
如果除了你之外还有人依赖你的网站正常工作，例如客户、团队成员，或集成你服务的其他公司应用，status page 就值得拥有。它把事故期间混乱的支持请求，替换成一个大家知道该去查看的地方。
什么时候需要
任何有付费客户的产品都会受益，因为故障会在团队最忙着修复问题时制造支持压力，而 status page 可以吸收这部分压力。任何被其他开发者集成的 API 更需要它，因为对方不能只“等等看”，他们需要知道是否要绕开你的服务。
团队每天依赖的内部工具也适合用轻量级 status page，即使没有外部客户也一样；它能减少“是工具挂了还是只有我这样”的 Slack 消息，避免打断最接近修复问题的人。
什么时候确实可选
个人博客、作品集，或没有人真正依赖实时可用性的站点不一定需要 status page；停机期间除了你自己发现问题外，没有其他需要沟通的对象。这种情况下，一个直接通知你的普通 uptime 检查就足够覆盖实际需求。
没有它会付出什么代价
没有 status page 时，每次故障都会在原问题之上制造第二个问题：客户互相询问、询问你这是不是故障、是不是只有他们遇到、什么时候修好，而团队同时还在真正修复故障。status page 不会阻止故障，但能移除这层额外噪音。
小型副项目需要 status page 吗？
只有在你之外还有人依赖它时才需要，例如付费用户、API 集成方或团队成员。如果只是个人用途，直接发给你的告警就够了。
status page 相比安静修复故障有什么好处？
它能避免客户各自发现故障，并在团队最忙的时候用“是不是挂了？”消息淹没支持渠道；一个页面可以同时回答所有人的问题。
status page 应该手动更新还是自动更新？
应该自动更新，由检查网站的同一批 monitor 驱动。手动页面依赖人在事故期间记得修改，而那正是最不容易发生的时候。
内部工具需要公开 status page 吗？
不需要公开，但即使只对团队共享，status page 仍能在事故期间减少“是它挂了还是我这边问题”的消息。
Holter 为你监控这些风险：外部检测加 dead-man 心跳，覆盖静默失败。免费计划：5 个监控、5 分钟检测，无需信用卡。
免费创建 status page