lanyuanxiaoyao
57d3a5cfb4
新增 YAML 配置解析（Bun 内置 YAML）、SQLite 数据存储（bun:sqlite）、按 interval 分组并发拨测引擎、REST API（/api/summary、/api/targets、/api/targets/:id/history、/api/targets/:id/trend）、React 前端 Dashboard（统计卡片、目标表格、可展开详情面板、recharts 趋势图）。CLI 简化为仅接受配置文件路径。移除 /api/demo 路由和相关 demo 代码。保留 /health、静态资源服务和 SPA fallback。
2.7 KiB
2.7 KiB
Purpose
定义基于 SQLite 的拨测数据持久化存储：targets 同步、check_results 追加写入、索引与聚合查询。
Requirements
Requirement: SQLite 数据库初始化
系统 SHALL 使用 Bun 内置 bun:sqlite 模块在配置的数据目录下创建 SQLite 数据库文件，并以 WAL 模式运行。
Scenario: 首次启动创建数据库
- WHEN 指定的数据目录下不存在数据库文件
- THEN 系统 SHALL 创建数据库文件并初始化 targets 和 check_results 表
Scenario: 数据目录不存在
- WHEN 配置的数据目录路径不存在
- THEN 系统 SHALL 自动创建该目录
Scenario: 数据库已存在时启动
- WHEN 数据库文件已存在
- THEN 系统 SHALL 直接打开数据库，不重新建表
Requirement: targets 表同步
系统 SHALL 在启动时将 YAML 配置中的目标列表同步到 SQLite targets 表。
Scenario: 首次同步目标
- WHEN 数据库为空且 YAML 中定义了 N 个目标
- THEN 系统 SHALL 将所有目标插入 targets 表
Scenario: 配置变更后重新同步
- WHEN YAML 配置发生变更（新增、删除或修改目标）后重启
- THEN 系统 SHALL 根据 name 字段匹配：新增的插入、删除的移除、修改的更新
Requirement: check_results 表追加写入
系统 SHALL 将每次拨测结果追加写入 check_results 表，不更新或删除已有记录。
Scenario: 写入拨测结果
- WHEN 一次拨测完成
- THEN 系统 SHALL 插入一条包含 target_id、timestamp、success、status_code、latency_ms、error、matched 的记录
Requirement: 时间范围查询索引
系统 SHALL 在 check_results 表上创建 (target_id, timestamp) 复合索引，加速按目标和时间范围的查询。
Scenario: 查询某目标的历史记录
- WHEN 查询指定 target_id 的最近 N 条记录
- THEN 系统 SHALL 使用索引快速定位，无需全表扫描
Requirement: 聚合查询支持
数据存储 SHALL 支持按时间段聚合查询，用于计算可用率、平均延迟、P99 延迟等统计指标。
Scenario: 计算目标可用率
- WHEN 查询某目标在指定时间范围内的可用率
- THEN 系统 SHALL 返回 UP (success=true AND matched=true) 的记录数占总记录数的百分比
Scenario: 计算目标平均延迟
- WHEN 查询某目标在指定时间范围内的平均延迟
- THEN 系统 SHALL 返回 latency_ms 的平均值（仅计算 success=true 的记录）
Scenario: 按小时聚合趋势数据
- WHEN 查询某目标在指定时间范围内的趋势数据
- THEN 系统 SHALL 返回按小时分组的聚合数据，包括每小时的平均延迟和可用率