首页
/ OpenLLMetry项目中OpenAI Assistant API监控功能的Token统计问题分析

OpenLLMetry项目中OpenAI Assistant API监控功能的Token统计问题分析

2025-06-06 13:53:20作者:薛曦旖Francesca

背景介绍

在OpenLLMetry项目的OpenAI监控组件中,开发者发现了一个关于Assistant API调用的监控数据不完整问题。该项目主要用于对各类生成式AI服务进行监控和追踪,但在处理OpenAI Assistant API的响应时,未能正确捕获关键的Token使用量数据。

问题现象

当开发者使用OpenAI Assistant API时,监控系统存在两个明显的功能缺失:

  1. 系统属性标识缺失:监控数据中缺少gen_ai.system=openai这一关键标识,这使得后续的数据分析和归类变得困难。

  2. Token统计信息丢失:虽然OpenAI Assistant API的响应中包含了详细的Token使用数据(包括prompt tokens、completion tokens和total tokens),但监控系统未能将这些数据记录到追踪信息中。

技术分析

监控数据收集机制

在标准的OpenAI API调用监控中,系统通常会从API响应中提取以下关键信息:

  • 系统标识:用于区分不同的AI服务提供商
  • Token用量:反映API调用的资源消耗情况
  • 响应内容:用于调试和分析

问题根源

通过对代码的分析,我们发现问题的根源在于:

  1. 系统属性设置遗漏:在创建监控span时,没有显式设置系统标识属性。

  2. Token统计处理逻辑不完整:监控组件没有从run.usage对象中提取Token使用数据,即使这些数据已经包含在API响应中。

解决方案建议

要解决这个问题,需要在监控组件中做以下改进:

  1. 添加系统标识:在创建span时,应当明确设置系统属性:

    span.set_attribute("gen_ai.system", "openai")
    
  2. 完善Token统计处理:应当从API响应中提取Token使用数据并记录到监控信息中:

    if hasattr(run, 'usage') and run.usage:
        span.set_attribute("gen_ai.usage.prompt_tokens", run.usage.prompt_tokens)
        span.set_attribute("gen_ai.usage.completion_tokens", run.usage.completion_tokens)
        span.set_attribute("gen_ai.usage.total_tokens", run.usage.total_tokens)
    

影响评估

这个问题的存在会导致:

  1. 监控数据不完整:无法准确统计API调用的资源消耗情况。

  2. 数据分析困难:缺少系统标识使得跨系统比较和分析变得复杂。

  3. 计费估算不准确:Token使用量是OpenAI API计费的重要依据,缺少这些数据会影响成本估算。

最佳实践建议

对于使用OpenLLMetry监控OpenAI服务的开发者,建议:

  1. 及时更新到修复后的版本。

  2. 在自定义监控逻辑时,确保捕获所有关键的API响应数据。

  3. 定期检查监控数据的完整性,特别是Token使用量等关键指标。

总结

OpenLLMetry作为生成式AI服务的监控工具,其数据收集的完整性至关重要。本次发现的OpenAI Assistant API监控问题虽然看似简单,但直接影响到了监控数据的实用性和准确性。通过修复这个问题,可以显著提升监控系统的数据质量,为后续的性能分析和成本优化提供可靠依据。

登录后查看全文
热门项目推荐
相关项目推荐

项目优选

收起
kernelkernel
deepin linux kernel
C
22
6
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
197
2.17 K
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
208
285
pytorchpytorch
Ascend Extension for PyTorch
Python
59
94
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
973
574
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
9
1
ops-mathops-math
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
549
81
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
1.02 K
399
communitycommunity
本项目是CANN开源社区的核心管理仓库,包含社区的治理章程、治理组织、通用操作指引及流程规范等基础信息
393
27
MateChatMateChat
前端智能化场景解决方案UI库,轻松构建你的AI应用,我们将持续完善更新,欢迎你的使用与建议。 官网地址:https://matechat.gitcode.com
1.2 K
133