付钱的人买的是全球多地域探测、值班排班与升级策略、故障时间线和复盘工具,以及电话告警。
替代简报
可用性
AI 能替代 Better Stack?
一个定时循环、一次请求、一个告警 Webhook 加一个状态页,每月 30 美元主要花在看板的精致外观上。
最近复核 · DeepFeather 编辑部
已知限制 全球多地域探测;值班排班与升级策略
做一个网站可用性监控服务:每 60 秒请求目标网址,记录响应时间,失败时发送告警 Webhook。
构建个人替代版 →快速判断
- 价格
- 每月 30 美元
- 年标价
- 每年 360 美元
- 可替代范围
- 做一个网站可用性监控服务:每 60 秒请求目标网址,记录响应时间,失败时发送告警 Webhook。
- 构建时间
- 2–5 小时
构建提示词已审阅提示词 · 尚未运行
提示词
提示词已精选帮我做一个类似 UptimeRobot 的可用性监控。要求: - 配置文件 monitors.json 列出要监控的网址:名称、检查间隔秒数、超时、期望状态码,以及可选的正文必须包含的关键词。 - 一个常驻的 Node 或 Python 进程按各自间隔检查,把结果(时间、状态、延迟毫秒)记入 SQLite,并跟踪状态变化。 - 状态变为宕机或恢复时(连续 2 次失败才算宕机,避免抖动)发送告警,内容包括名称、错误和宕机时长。 - 公开的 /status 页面:每个监控显示绿或红,24 小时、7 天、30 天可用率,以及用内联 SVG 画的延迟迷你图。
先阅读提示词;准备开工时再选择启动方式。
$ 在代理中打开(已预填提示词)或直接复制
Build Pack
自建 Better Stack 替代品:执行方案
自己做之前先看清:要做什么、不做什么、怎么算做成。用什么工具和提示词都可以,按验收测试判断结果。
- 预计耗时
- 2–5 小时
- 预计月成本
- $0–6/月
- 订阅价(对照)
- $30/月 · Responder
编辑估算,不是实测运行结果 · 审阅于 · 订阅按月续费,不占用你的时间;自建成本是先投入一次性工时
要做的
- 通过声明式的 monitors.json 配置监控目标网址、检查间隔秒数、超时时间、期望状态码与可选的正文关键词
- 单进程后台循环按各自间隔发起 HTTP 探测,将状态码与毫秒级响应延迟写入 SQLite
- 防抖告警:连续 2 次探测失败才判定为宕机,仅在进入宕机与恢复正常时各发送一次 Webhook 告警
- 公开的 /status 状态页:展示红绿状态徽章、24 小时 / 7 天 / 30 天可用率百分比,以及内联 SVG 延迟折线图
- 每日定时清理任务,自动删除超过 90 天的历史探测明细
明确不做
- 全球多地域分布式探测节点网络——所有探测均从当前单台机器发起
- 复杂的值班排班表、PagerDuty 多级升级策略或电话语音呼入告警
- 故障复盘文档协作编辑器或面向外部用户的邮件状态订阅系统
- 使用无头浏览器跑复杂的多步登录与购物车合成监控
推荐技术栈
- 运行环境
- Node 22 或 Python 3.12(单进程)同一个常驻进程同时负责定时探测调度与 /status 状态页渲染
- 数据存储
- SQLite单文件存储最近 90 天的延迟明细与故障区间记录
- 进程守护
- systemd 服务单元保证进程异常退出或机器重启后自动恢复运行
- 告警通道
- .env 中的 Discord、Slack 或 Telegram Webhook状态跃迁时直接通过 HTTP POST 推送到手机,无需额外 SDK
数据模型
checksidmonitor_slugtsok (0/1)status_codelatency_mserror?在 (monitor_slug, ts) 上建索引;每日自动清理 90 天前的旧记录incidentsidmonitor_slugstarted_atresolved_at?last_error连续 2 次探测失败时开启一条故障记录;下一次探测成功时写入 resolved_at
实施步骤
- 配置读取与建表启动时读取 monitors.json,在 SQLite 中创建 checks 与 incidents 表并建立 (monitor_slug, ts) 索引。
- 带防抖的探测循环按每个监控项的间隔发起计时请求,校验状态码与可选正文关键词;连续 2 次失败才开启故障状态。
- 状态切换告警故障开启时向 ALERT_WEBHOOK_URL 发送包含监控名与错误原因的告警;恢复时发送包含累计宕机时长的恢复通知。
- 公开 /status 状态页服务端渲染每个监控项的当前状态、24h/7d/30d 可用率与内联 SVG 延迟迷你图,并设置 30 秒自动刷新。
- 历史清理与守护添加每日清理 90 天前 checks 记录的定时任务,提供 systemd 配置文件并在 README 中强调异地独立部署。
验收测试
- 将一个正常在线的网址加入 monitors.json/status 页面显示绿色正常、100% 可用率,并绘出 SVG 延迟折线图
- 让被监控接口失败一次,紧接着下一次探测恢复正常防抖机制生效,不会触发误报 Webhook
- 让被监控接口连续失败两次,随后恢复正常第二次失败时收到一条宕机告警,恢复时收到一条带宕机时长的恢复通知
- 向数据库插入一条 91 天前的探测记录并执行清理任务91 天前的旧记录被清除,近期记录保留完好
只能由你完成
- 将监控服务部署在与被监控业务不在同一台机器的独立 VPS 上
- 在 monitors.json 中填入你的业务网址、探测间隔与期望关键词
- 创建 Slack、Discord 或 Telegram 机器人 Webhook 并写入 .env
成本说明
如果部署在你已有的另一台备用服务器上成本为 $0;若单独租用一台异地轻量 VPS,每月约 $4–$6。
成本来源: betterstack.com (核对 ) · hetzner.com (核对 )
AI 能做出什么
做一个网站可用性监控服务:每 60 秒请求目标网址,记录响应时间,失败时发送告警 Webhook。
提示词经过编辑审阅;尚无已完成构建记录。
真实取舍
为什么还有人付费
你会失去什么
x全球多地域探测
x值班排班与升级策略
x故障时间线与复盘工具
x电话告警
先用现成软件
现成方案 · 不想自建就用这些
证据台账
这页究竟能证明什么
判断回答“能否替代”,证据等级记录 DeepFeather 真正核对过什么。
提示词经过编辑审阅;尚无已完成构建记录。
Responder
已知限制 · 全球多地域探测;值班排班与升级策略
想知道下周还能替掉什么?
新判断 + 最想替代,每周一封。免费。随时退订。
分享这份判断
常见问题
AI 能替代 Better Stack?
核心流程很可能可替代。 这是编辑目录判断,还不是已验证构建;请用自己的验收条件核对结果。
Better Stack 多少钱?
Better Stack 的标价约为每月 30 美元(Responder),折合每年 360 美元。这只是价格参考,不代表已完成替代或已经省下这笔钱。
替代 Better Stack 会失去什么?
坦白说:全球多地域探测;值班排班与升级策略;故障时间线与复盘工具;电话告警。若其中任何一项对你是刚需,请继续付费。
Better Stack 有开源或现成平替方案吗?
有——Uptime Kuma(广受好评的开源自托管网站可用性监控工具)。直接用现成的开源或同类方案也是合理的退订路径;下方的构建提示词适合你想完全按自己需求定制的场景。