Azure Application Insights记录API负载的可行性及实现问询

首先明确说：你的使用场景完全没问题！Azure Application Insights本来就支持记录API/服务的处理负载这类业务相关数据，它的定位就是全方位监控应用的性能、请求链路、异常情况，同时也允许你注入自定义的业务维度和度量数据，用来分析服务运行状态，所以用它来捕获负载信息是非常合适的选择，并没有误解使用场景~

你已经通过TelemetryClient结合自定义属性和度量值实现了核心需求，这个做法很标准：

• 用properties存储维度类信息（比如示例里的游戏名称），方便后续在Analytics中筛选、分组查询；
• 用measurements存储可量化的数值（比如游戏用户数），支持聚合统计（求和、平均值等）。

针对你提到的属性长度限制和完整堆栈跟踪的问题，给你两个实用建议：

• 堆栈跟踪无需手动存入properties：当你调用TrackException(ex)时，Application Insights会自动捕获异常的完整堆栈信息，你可以在Analytics的exceptions表中查看details字段，里面包含了完整的栈追踪内容，包括行号、代码位置等所有细节，完全不需要手动截取片段存到属性里。
• 如果确实需要自定义存储部分栈信息：如果因为特殊需求必须把栈信息放到自定义属性中，你可以提取ex.StackTrace的关键片段（比如只保留最近的3-5行，聚焦报错的具体位置和行号），这样既符合长度限制，又能保留核心排查信息；如果一定要存储完整栈内容，可以考虑使用TrackTrace方法，它支持更长的文本内容，不过要注意控制这类日志的数量，避免产生过高的存储成本。

另外补充一个小技巧：除了在异常场景记录负载，你也可以在正常请求处理完成后，调用TrackEvent或TrackRequest来记录实时负载数据，这样能更全面地监控服务在正常运行时的负载波动，而不只是异常发生时的状态。

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