如何使用Telegraf提取请求头及JSON请求体信息并上报？

你提到的http_listener（现版本已整合为inputs.http_listener_v2插件）无法独立满足你的需求：该插件的核心作用是开放本地HTTP端口，被动接收客户端主动推送的指标数据，本身不具备旁路抓取Spring Boot服务入站流量、解析请求头和JSON请求体的能力，不要混淆插件的功能边界。

按改造成本从低到高给两个生产可用的选项：

方案1：Spring Boot侧拦截请求，异步推送到Telegraf（推荐） #

这个方案逻辑最可控，字段提取最灵活，适合绝大多数场景：

• 第一步：配置Telegraf侧接收端
  编辑Telegraf配置文件，开启http_listener_v2插件，绑定本地环回地址避免公网暴露，同时配置InfluxDB输出规则，参考配置如下：

  [[inputs.http_listener_v2]]
    service_address = "127.0.0.1:8094"
    paths = ["/receive_metrics"]
    data_format = "influx" # 支持influx行协议、json等多种格式，按需选择
    read_timeout = "3s"
    write_timeout = "3s"
  
  [[outputs.influxdb]]
    urls = ["http://<你的InfluxDB实例地址>:8086"]
    database = "app_request_monitor" # 提前在InfluxDB中创建对应库
    timeout = "5s"
    username = "你的InfluxDB账号" # 没开认证就删掉这两行
    password = "你的InfluxDB密码"
  

  配置完成后重启Telegraf，本地127.0.0.1:8094/receive_metrics就可以接收推送的指标了。
• 第二步：Spring Boot侧加全局拦截器采集数据
  不用修改现有业务代码，只需要新增一个全局Filter或者HandlerInterceptor：
  • 用ContentCachingRequestWrapper包装原生请求，避免读取请求体后导致业务逻辑无法获取请求内容
  • 提取需要的信息：请求来源IP、请求路径、响应状态码、请求处理耗时、需要的请求头字段（比如User-Agent、Referer、自定义业务标识头）、JSON请求体中你关心的键值对
  • 将上述字段组装成对应格式的指标数据，用异步线程池+短超时的HTTP客户端POST到本地Telegraf的接收端点，推送失败直接打日志即可，不要重试、不要阻塞主请求流程，绝对不能因为指标采集影响正常业务。
  • 注意：高基数字段（比如请求里的用户ID、订单号这类每个请求值都不同的内容）要作为field存储，不要设为InfluxDB的tag，否则会导致series数量爆炸，拖垮InfluxDB性能。只有做聚合维度的字段（比如请求路径、状态码、来源IP段）才适合设为tag。

方案2：反向代理层打日志，Telegraf采集解析（零代码改造） #

如果不想修改Spring Boot应用代码，可以在EC2实例上给Spring Boot套一层Nginx反向代理，所有请求先经过Nginx再转发到应用：

• 配置Nginx自定义access日志格式，把你需要的请求头、请求体字段（Nginx原生支持$request_body变量获取请求体，建议只提取需要的JSON键，不要全量打印大请求体避免占满磁盘）、响应状态、请求耗时都打到日志里
• Telegraf配置inputs.tail插件实时跟踪Nginx的access日志文件，搭配grok解析器把日志内容拆成结构化的标签和字段，直接推送到InfluxDB即可。

• 不要尝试用Telegraf的流量抓包类插件旁路解析HTTP流量：这类插件对HTTPS流量、JSON嵌套结构的解析配置极复杂，生产环境丢包、解析失败的概率很高，维护成本远高于上面两个方案
• http_listener_v2的监听端口一定不要绑定公网IP，必须限制仅本地应用可访问，同时做好安全组规则，避免被公网扫描注入脏数据
• 如果你的Spring Boot服务本身已经接入了Micrometer指标体系，也可以直接配Micrometer的InfluxDB上报，不需要经过Telegraf，链路更短，但灵活度不如自定义拦截器的方案。

数据写入InfluxDB之后，在Grafana添加InfluxDB数据源即可快速搭建面板：

• 请求量趋势：按时间窗口做count聚合，支持按请求路径、来源IP、状态码分组筛选
• 请求来源分布：对来源IP、User-Agent、Referer字段做TopN聚合，用饼图、柱状图展示占比
• 请求性能指标：用percentile函数计算请求耗时的P50/P95/P99分位值，排查慢请求

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