fix(alerts,analysis): 告警引擎稳定性 5 项修复；每日量接口去掉同步 Loki 查询（20s→10ms）

=== 一、告警引擎稳定性审查（引擎本身是异步的：ticker + goroutine）===
1) 【高】ticker 无重叠保护
   ticker 每 1 分钟触发；一轮规则检查 8 条 × 20~30s = 2~4 分钟，远超一分钟。
   原来每过一分钟就再开一轮 → 查询越堆越多，抢走页面查询的 Loki 资源，
   每轮越来越慢，最终表现为"告警不响了"。
   → 新增 alertCheckRunning(atomic.Bool)，上一轮未完成直接跳过本轮并记日志。

2) 【高】单条规则无超时
   RunAlertCheck(context.Background()) 没有 deadline：Loki 一旦挂住，整轮永久运行，
   叠加问题 1 会让引擎再也不启动新一轮（静默死亡）。
   → 每轮总超时 5 分钟（alertRoundTimeout）+ 单条规则 90s（alertRuleTimeout）。

3) 【中】panic 只在整个 tick 层 recover
   一条规则 panic 会让本轮后续规则全部跳过。
   → per-rule recover，panic 记为一条 failed 投递记录，后续规则继续。

4) 【中】冷却记录每分钟写一条，把真实发送记录挤光
   AlertDeliveries 只保留最近 50 条，而处于冷却期时每个 tick 都写一条 cooldown，
   一小时内真实的"已发送"记录就全被挤掉了，发送历史没法看。
   → recordCooldownThrottled()：同一规则 10 分钟最多写一条。附单测。

5) 规则串行本身保留（避免同时压垮 Loki），但配合 1) 才安全。

=== 二、每日日志量接口：20 秒 → 10 毫秒 ===
根因：GetDailyVolumeHistory 里**同步** await 一次"整天 index/stats"补抓当天数据，
那次查询超时 20s → 整个接口 20s → 前端超时 → 页面显示"每日日志量没数据"；
更糟的是这条重查询还和页面的 histogram/stats 抢 Loki，导致那两个接口同时 502
（访问日志实证：daily-volume latency_ms 20000.997，stats/histogram 502）。
→ 接口改为**只读库**，不触发任何 Loki 查询；当天数据由后台每 30 分钟的
  定时任务补（CaptureRecentDailyVolumes）。
→ 同时把整天 index/stats 的超时从 20s 提到 90s（370GB/天，20s 不够）。
实测：10ms。

=== 三、通知通道改名「默认告警」(schemaVersion v8→v9) ===
"lark 默认告警" / "默认通知通道（待配置 Webhook）" → 统一为「默认告警」。
只改名，不动 Webhook、不动 enabled：
首次部署创建的占位通道必须保持「空 Webhook + 禁用」，由管理员自己填，
否则会出现"已启用但空地址"的通道，告警一命中就全部投递失败。

=== 四、其它文案 ===
「每日日志量」副标题精简为「每天的日志总量，平台保留历史趋势」，
并移除「平台留存历史」徽标（用户反馈多余）。

=== 实测（303134c0c718）===
  /logs/daily-volume：10ms（原 20000ms）
  通道列表：id=1 name="默认告警" enabled=true hasWebhook=true
  go test ./... 全绿（含新增 TestRecordCooldownThrottled）

backend/services/daily_volume.go

@@ -67,7 +67,9 @@ func CaptureDailyVolume(source *models.LogSource, day time.Time, partial bool) e
 	}
 
 	// 只查总量（不带 namespace 条件），一次拿到该源当天的条数与体积
-	ctx, cancel := context.WithTimeout(context.Background(), 30*time.Second)
+	// 整天（24h）的 index/stats：大集群上比 15 分钟的查询慢得多，
+	// 实测 20s 会超时（这也是之前每日量接口卡 20s 的原因）。给 90s。
+	ctx, cancel := context.WithTimeout(context.Background(), 90*time.Second)
 	defer cancel()
 	stats, err := LokiStatsFor(ctx, source, `{namespace=~".+"}`, start, end)
 	if err != nil {
@@ -177,29 +179,16 @@ func GetDailyVolumeHistory(sourceID uint, days int) []DailyVolumePoint {
 		days = dailyVolumeRetentionDays
 	}
 
-	// 今天实时补抓，保证"今天"这根柱子是活的
-	db := repository.GetDB()
-	if db != nil {
-		db.RLock()
-		var target *models.LogSource
-		for i := range db.LogSources {
-			if db.LogSources[i].ID == sourceID {
-				src := db.LogSources[i]
-				target = &src
-				break
-			}
-		}
-		db.RUnlock()
-		if target != nil {
-			if err := CaptureDailyVolume(target, time.Now(), true); err != nil {
-				log.Printf("[daily-volume] 实时补抓今天失败: %v", err)
-			}
-		}
-	}
+	// 这个接口**只读库**，绝不触发任何 Loki 查询。
+	//
+	// 事故复盘：这里原来同步 await 一次"整天 index/stats"，那次查询超时 20 秒，
+	// 于是 /logs/daily-volume 耗时 20s → 前端超时 → 页面显示"每日日志量没数据"；
+	// 而且这条重查询还和页面的 histogram/stats 抢 Loki，导致那两个接口同时 502。
+	// 当天那根柱子由后台定时任务（每 30 分钟）补，慢几分钟完全可接受。
 
 	from := dateKey(time.Now().AddDate(0, 0, -(days - 1)))
 	points := []DailyVolumePoint{}
-	db = repository.GetDB()
+	db := repository.GetDB()
 	if db == nil {
 		return points
 	}