「短网址服务」运维监控指标清单

应用层监控 1.1 短链跳转 * 跳转 QPS * 指标:每秒短链访问次数 * 目标:单节点 ≥ 5k QPS * 告警:超过 80% 峰值 → 告警 * 跳转延迟(RT) * P50、P95、P99 响应时间 * 目标:P95 ≤ 100ms * 告警:P95 > 200ms ...

1. 应用层监控

1.1 短链跳转

  • 跳转 QPS

    • 指标:每秒短链访问次数
    • 目标:单节点 ≥ 5k QPS
    • 告警:超过 80% 峰值 → 告警
  • 跳转延迟(RT)

    • P50、P95、P99 响应时间
    • 目标:P95 ≤ 100ms
    • 告警:P95 > 200ms

1.2 短链生成

  • 生成 API QPS

    • 指标:每秒生成请求数
  • 生成延迟

    • P95 ≤ 300ms
  • 生成失败率

    • 占比 ≤ 0.1%
    • 错误码分布:120001(非法URL)、120004(冲突)

1.3 错误率

  • 全局错误率

    • (错误请求数 / 总请求数)
    • 阈值:> 1% 告警
  • 错误码分布

    • Top 5 错误码实时统计(110004、120005、120006、130003、100003)

2. 数据库监控

2.1 MySQL

  • 连接数

    • 当前连接数 vs 最大连接数
  • 慢查询

    • 1s 查询次数

  • 写入 TPS

    • 每秒写入短链数
  • 磁盘空间

    • 表 short_links、click_logs 增长情况

2.2 Redis

  • 命中率

    • (hits / (hits+misses))
    • 目标:≥ 90%
    • 告警:< 70%
  • 内存使用

    • used_memory vs maxmemory
    • 阈值:超过 80% 告警
  • Key 过期率

    • 短链缓存过期是否正常生效

3. 统计系统监控

  • 点击日志写入速率

    • 每秒写入数(Kafka / MQ / DB)
  • 统计落库延迟

    • 点击行为入库 → 聚合结果展示的延迟
    • 目标:≤ 5s
  • PV/UV 偏差

    • 实际 vs 聚合结果
    • 偏差 ≤ 1%

4. API Key 与限流

  • API Key 调用次数

    • 每 Key 每分钟调用数
  • 限流触发次数

    • 返回 130003 的请求数
  • 异常 Key 调用

    • 使用已删除/过期 Key 的请求数

5. 系统资源监控

5.1 应用节点

  • CPU 使用率

    • 平均 ≤ 70%
    • 阈值:> 85% 告警
  • 内存使用率

    • 平均 ≤ 70%
    • 阈值:> 85% 告警
  • GC 延迟

    • 平均 ≤ 50ms
    • 告警:单次 GC > 200ms

5.2 容器/Pod 级

  • Pod 副本数(是否自动伸缩正常)
  • 重启次数(异常重启需告警)
  • 网络延迟与丢包率

6. 可用性与业务监控

  • 健康检查接口

    • /health 定期探测 → 返回 200 即可
  • 业务 SLA

    • 短链跳转成功率 ≥ 99.9%
  • 核心路径监控

    • 首页生成 → 短链跳转 → 统计刷新
    • 自动化探针(Synthetic Monitoring)
  • 异常报警

    • 短链跳转错误率 > 1%
    • 短链生成错误率 > 2%
    • Redis 命中率 < 70%
    • DB 慢查询激增

7. 日志与审计

  • 访问日志

    • 短链访问记录(短码、IP、UA、时间)
    • 用于流量分析、异常行为检测和合规审计
  • 错误日志

    • 包含错误码、请求上下文、TraceID
    • 与监控告警联动,实现分钟级故障定位
  • 安全审计日志

    • 登录失败次数
    • API Key 滥用
    • 短链黑名单拦截
    • 满足等保和 GDPR 合规要求

8. 监控体系实施建议

实施阶段

阶段周期重点产出
基础监控第 1 周部署 Prometheus + Grafana ,接入核心指标基础监控大盘
日志采集第 2 周接入 Loki/ELK,统一日志格式日志查询平台
链路追踪第 3 周接入 OpenTelemetry ,覆盖核心链路调用链分析
告警规则第 4 周配置分级告警,对接企业 IM告警治理体系
自动化持续故障自愈、自动扩容、巡检报告SLO 达标

告警分级策略

级别响应时间通知方式示例
P0(紧急)5 分钟电话 + 短信 + IM服务不可用、大量报错
P1(高)15 分钟短信 + IM核心指标异常、性能下降
P2(中)1 小时IM非核心功能异常
P3(低)1 工作日邮件/工单资源预警、优化建议

工具建议

  • 监控系统:Prometheus + Grafana(实时指标)
  • 日志系统:ELK / Loki(集中存储、查询)
  • 报警系统:Alertmanager + 飞书/钉钉/Slack
  • 链路追踪:Jaeger / OpenTelemetry(跟踪跳转延迟)
  • 压测工具:JMeter / k6(容量规划与性能基线)

📌 这样一份 运维监控指标清单 可以直接作为 SRE/运维的落地方案,用来搭建监控面板和报警规则。对于初创团队,建议优先关注应用层的跳转成功率和延迟指标,这是最直接影响用户体验的核心数据。随着业务规模扩大,逐步补齐数据库、缓存和系统资源层面的监控。监控不是一蹴而就的工程,而是持续演进的过程。从核心指标开始,根据故障复盘不断补充盲点,最终形成覆盖全链路、分级响应的完整可观测体系。

继续阅读

探索更多技术文章

浏览归档,发现更多关于系统设计、工具链和工程实践的内容。

全部文章 返回首页

「prd」更多文章

  1. Kite 关闭案例:AI 编程助手为什么早起飞却没飞远
  2. Powa Technologies 失败案例:宏大支付愿景为什么没有落地
  3. BlueJeans 受挫案例:视频会议早入场,为什么没赢到最后