标签：Prometheus

1. 日志覆盖边缘与源站；2. 关键指标实时告警；3. 请求链路可追踪与自动化演练 当出现CDN“没反应”或“响应超时”的情况，最致命的问题是没有可用的证据链。本文以实战视角，告诉你如何布置日志与监控，做到一眼看穿根因——是DNS、边缘故障、缓存击穿、源站连通性、还是TLS/WAF限流导致的无响应。 第一步：确保边缘与源站都有结构化的日志。日志字段

问题一：为什么在CDN高防项目的多云架构中必须做到一致性配置与统一监控？ 意义与风险概述 在多云部署下，若没有一致性配置与统一监控，会导致配置漂移、策略不一致和可观测性盲点，进而影响CDN高防项目的抗DDoS能力与业务可用性。跨云差异会造成策略漏配（例如WAF规则、ACL、rate-limit），监控指标割裂（流量、请求延迟与清洗效果无法聚合）

1.总体架构与目标目标：实现端到端可观测与自动恢复，关键指标：播放成功率(PSR)、首屏时延(TTFB)、卡顿率、丢包/码率、边缘空闲率。分层：采集(边缘/源/编码器)、聚合(时序库/日志)、可视化/告警、自动恢复/流量切换。 2.指标与采集实现步骤步骤：1) 在边缘及源服务器部署统计 agent（Prometheus node_export