HTTP 和内容检查
失败确认
警报和状态页面
API 监控不仅仅是简单的 ping
检查重要的信号，减少嘈杂的警报，并从第一个通知中为响应者提供有用的背景信息。
响应验证
跟踪 HTTP 状态代码、响应时间和预期内容，因此快速但破碎的响应看起来并不健康。
更智能的故障检测
使用重试和确认阈值来区分短暂的网络故障和真正的中断。
心跳监测
期待来自工作人员、队列和预定作业的定期信号；当信号迟到或根本没有到达时发出警报。
可操作的警报
通过配置的通知渠道和 webhooks 向您的团队发送正确的事件上下文。
响应时间历史记录
跟踪一段时间内的性能趋势，并在客户报告之前发现性能下降情况。
连接事件通信
将经过验证的停机时间转变为明确的事件，并在品牌状态页面上传达更新信息。
从终点到知情响应
简短的设置为每个重要的 API 创建可重复的工作流程。
定义预期响应
添加端点，选择检查，并指定健康响应应是什么样子。
确认真实故障
Kiges 记录检查结果并在发出警报之前应用您的重试规则。
回应并沟通
通过一个工作流程通知响应人员、跟踪事件并让订阅者了解最新情况。
一个可靠性工作流程，而不是另一个孤立的检查器
Kiges 将技术检测与中断后的工作联系起来。
监视同一工作区中的公共端点和后台进程。
保持检查历史记录、事件、组件和订阅者更新的连接。
当您的工作流程需要自定义逻辑时，使用 API 键和 webhooks 实现自动化。
FAQ
Kiges 可以在 API 端点上检查什么？
Kiges 可以检查 HTTP 或 HTTPS 可用性、响应状态、响应时间以及预期页面或响应内容。 TCP、DNS、ping 和心跳检查覆盖相邻的依赖关系。
Kiges 如何减少误报？
您可以配置重试和确认阈值，以便在通知响应者之前再次检查短期故障。
公共状态页面上可以显示 API 中断吗？
是的。监视器、组件、事件、维护和订阅者通知可以连接到品牌公共或私人状态页面。