UWP应用中用Application Insights SDK存遥测数据至本地再传Azure可行吗？

当然可行啦！这个方案完全能满足你先将Application Insights遥测数据存储在本地，之后再按需上传到Azure的需求。我来给你梳理下具体怎么落地：

核心实现思路 #

• 替换默认传输通道：Application Insights SDK默认会直接将遥测数据发送到Azure，你需要自定义一个TelemetryChannel的实现来替代默认通道。这个自定义通道的核心逻辑是：先把遥测数据序列化后保存到本地（文件或数据库），而不是立刻向Azure发送。
• 本地存储方案选择：
  • 文件存储：可以将每条遥测数据序列化为JSON字符串，写入UWP应用的本地文件夹（用ApplicationData.Current.LocalFolder获取路径），还可以按日期拆分文件，避免单个文件体积过大。
  • 数据库存储：用SQLite for UWP搭建本地数据库，设计简单的表结构（比如包含遥测内容、创建时间、上传状态等字段），把序列化后的遥测数据存入数据库，方便后续查询和管理未上传的数据。
• 触发上传逻辑：当满足你的特定需求（比如网络恢复、用户手动触发、定时任务触发等）时，读取本地存储的未上传数据，调用Application Insights SDK的原生发送方法，或者直接调用AI的数据 ingestion API批量上传数据。上传成功后，记得标记这些数据为已上传，避免重复发送；如果上传失败，保留数据等待下次重试即可。
• SDK配置调整：在初始化Application Insights时，将默认的通道替换为你自定义的通道，确保所有遥测数据都走本地存储的流程。

关键注意事项 #

• 数据序列化：Application Insights的TelemetryItem类本身支持序列化，你可以用Newtonsoft.Json或者UWP内置的DataContractJsonSerializer来处理，确保数据能正确保存和还原。
• 重试机制：上传时要考虑网络不稳定的情况，实现指数退避这类重试策略，避免频繁重试浪费资源。
• 数据清理：定期清理已上传的旧数据，防止本地存储占用过多空间影响应用性能。
• 权限配置：确保UWP应用申请了本地存储的相关权限，保证能正常读写文件或数据库。

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