Golang如何基于OpenTelemetry实现Azure Blob Storage链路追踪

你不需要找Golang专属的Blob追踪官方文档，直接按OpenTelemetry标准语义约定填充字段即可，上报到Azure Application Insights后会和.NET SDK的追踪效果完全对齐，具体实现参考如下：

• 核心必填Span属性（均为标准约定字段，App Insights会自动识别归类为Azure Storage依赖项）
  • rpc.system：固定赋值为azure.blob.storage
  • rpc.service：赋值为操作对应的服务端实体，比如容器级操作填ContainerService，Blob对象操作填BlobService
  • rpc.method：赋值为实际调用的API名称，比如UploadBlob、DownloadBlob、DeleteBlob、ListBlobs
  • server.address：赋值为存储账户的Blob服务域名，格式为<你的存储账户名>.blob.core.windows.net
  • azure.blob.storage.container：赋值为操作对应的Blob容器名称
  • azure.blob.storage.name：针对具体Blob对象的操作需要填充该字段，值为Blob的完整路径名
  • http.status_code：赋值为Blob操作返回的HTTP响应状态码，请求报错时额外填充error.type字段为具体错误码
  • cloud.region：赋值为存储账户部署的Azure区域，比如eastus、chinanorth3
• 最简实现路径
  1. 直接使用版本不低于v0.6.0的官方azblob Go SDK，该版本已经原生内置OpenTelemetry埋点，不需要手动写拦截器或者自定义Span
  2. 初始化Blob客户端时不需要做额外的追踪配置，SDK会自动读取全局注册的TracerProvider生成符合规范的Span
  3. 上报链路直接复用你之前对接MSSQL、Kafka时用的Azure Monitor OpenTelemetry Exporter即可，不需要调整Exporter配置
• 兼容老版本SDK的处理方式
  如果你用的是低版本azblob SDK没有内置追踪，可以通过SDK暴露的Pipeline注入自定义策略：在请求发送前创建Span并注入Trace上下文到请求头，收到响应后结束Span、按上述规则填充属性、记录错误状态即可。

注意：不要自定义非标准的属性字段，否则App Insights无法将对应Span识别为Azure Storage依赖，只会展示为普通的自定义链路Span。测试阶段可以先把Span导出到本地控制台确认字段填充正确，再切换到线上App Insights上报。

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