Prometheus与Grafana是否适合用于请求日志的记录、追踪与分析？

Prometheus + Grafana 仅可满足你场景下的部分轻量化需求，并非最优解：

• 可适配的场景：如果你仅需要统计请求的聚合指标，例如不同环境下同类型请求的耗时分位值、特定query param的请求占比等数值类统计结果，可以通过给Prometheus指标绑定自定义标签（如请求路径、核心query param字段、环境标识）的方式实现存储，再搭配Grafana做可视化展示，这种场景下组合可用。
• 不适配的核心原因：Prometheus是为数值型时序指标设计的数据库，本身不适合存储半结构化/非结构化的完整请求明细、全量query param内容。如果将所有请求的query param、唯一标识等字段都设置为标签，会直接触发高基数问题，导致Prometheus查询性能急剧下降甚至服务不可用，同时Prometheus也不支持请求内容全文检索、明细多维度筛选这类日志场景的核心操作。

如果你的场景不需要存储完整请求明细，仅需聚合统计，可以从以下维度查找相关学习资料：

• Prometheus官方文档中关于自定义标签配置、高基数问题规避的相关章节
• Grafana官方文档中关于标签过滤、变量模板配置的可视化操作教程
• 开源技术社区中 Jest 测试链路对接 Prometheus 埋点的通用实现方案

如果你需要完整存储请求明细、支持灵活的请求检索和追踪，更建议选用适配日志场景的技术组合：

• 存储层可以选用Loki 或者 Elasticsearch，其中Loki和Grafana的原生适配度很高，支持给日志打自定义标签，也可以和Prometheus指标做联动展示
• 上报层可以直接在Jest测试脚本中增加埋点逻辑，将解析后的请求内容、query param、环境标识、测试用例ID等字段统一上报到存储端
• UI层可以直接复用Grafana的日志探索面板或者Kibana，无需额外开发即可实现请求的检索、筛选、全链路追踪能力

内容的提问来源于stack exchange，提问作者xtr33me