项目描述
翻译我们的用户不断通过电子邮件询问支持服务是否正常,而我们没有一个地方可以诚实地回答这个问题。我想要一个自托管的公共状态页面,能够代表整个平台:它应该在短时间内对我们的API、网站、数据库和后台工作者进行自动正常运行检查,并将每个结果转化为清晰的组件状态——正常、降级或重大故障。该页面必须快速、响应移动设备,并且一目了然,以便访客能够立即看到哪些正常工作,哪些不正常,而无需翻阅日志。这不是一个包含商业指标的通用分析仪表板;这是一个专注于可靠性的页面,其唯一任务是报告当前和过去的可用性。
除了实时状态,我还需要一个完整的事件工作流程。当检查失败或我们手动声明事件时,系统应该打开它,让我们在调查时发布带有时间戳的更新,找到根本原因,进行监控,最后关闭问题,并保持公共历史记录,以便人们看到我们如何处理过去的故障。我还想提前安排维护公告,以便计划的停机时间不会看起来像突发灾难。计算每个组件的正常运行时间,并根据保存的检查结果显示过去30天和90天的滚动百分比,以便数字真实且可验证,而不是装饰性的。
订阅者通知至关重要。访客应该能够通过电子邮件订阅,并在事件开启、更新和关闭时收到消息,以及在安排维护时收到消息,并提供干净的退订选项。我们还需要一个管理部分来管理组件,运行检查和撰写事件更新。我期待干净的文档代码和简单的设置说明。
— 可配置间隔的自动正常运行检查(HTTP、API、数据库、工作者)
— 组件状态:正常、降级、部分故障、重大故障
— 事件信息流,包含阶段:调查/找到根本原因/监控/已解决
— 提前发布的计划维护公告
— 根据保存的检查结果,过去30天和90天的滚动正常运行百分比
— 带有通知和退订的电子邮件订阅
— 组件的管理面板,手动检查和事件更新
除了实时状态,我还需要一个完整的事件工作流程。当检查失败或我们手动声明事件时,系统应该打开它,让我们在调查时发布带有时间戳的更新,找到根本原因,进行监控,最后关闭问题,并保持公共历史记录,以便人们看到我们如何处理过去的故障。我还想提前安排维护公告,以便计划的停机时间不会看起来像突发灾难。计算每个组件的正常运行时间,并根据保存的检查结果显示过去30天和90天的滚动百分比,以便数字真实且可验证,而不是装饰性的。
订阅者通知至关重要。访客应该能够通过电子邮件订阅,并在事件开启、更新和关闭时收到消息,以及在安排维护时收到消息,并提供干净的退订选项。我们还需要一个管理部分来管理组件,运行检查和撰写事件更新。我期待干净的文档代码和简单的设置说明。
— 可配置间隔的自动正常运行检查(HTTP、API、数据库、工作者)
— 组件状态:正常、降级、部分故障、重大故障
— 事件信息流,包含阶段:调查/找到根本原因/监控/已解决
— 提前发布的计划维护公告
— 根据保存的检查结果,过去30天和90天的滚动正常运行百分比
— 带有通知和退订的电子邮件订阅
— 组件的管理面板,手动检查和事件更新
管理 现金, 银行转账