使用直接 OTel 集成智能体可观测性

本指南逐步讲解如何直接通过 OpenTelemetry（OTLP/HTTP+JSON）将代理遥测数据发送到 Agent 365。 在开始之前，请阅读 Agent 365 可观测性概念 来了解模型、身份验证流和数据表面。

先决条件

在任何遥测数据传输开始之前，请确保以下配置均已设置妥当。

身份验证范例

所有四种方案都使用标准的 Microsoft Entra 令牌终结点：

以下示例为便于说明，展示了原始 HTTP。 在生产环境中，首选 Microsoft。Identity.Web 或其他 MSAL 库，用于处理令牌刷新和缓存。

我需要哪种食谱？

S2S、标准Microsoft Entra应用

向租户的令牌端点发送一次包含 grant_type=client_credentials 的 POST 请求。 使用客户端密码、证书（已签名的 JWT 断言）或托管标识或联合凭据对应用进行身份验证。

POST https://login.microsoftonline.com/{your-tenant-id}/oauth2/v2.0/token
Content-Type: application/x-www-form-urlencoded

client_id={your-app-id}
&scope=9b975845-388f-4429-889e-eab1ef63949c%2F.default
&client_secret={secret}
&grant_type=client_credentials

返回的令牌包含appid/azp = {your-app-id}、roles包含Agent365.Observability.OtelWrite和 。aud = 9b975845-... 在 /observabilityService/.../traces 路由上使用它。

对于基于证书的身份验证，请替换为 client_secret={secret}client_assertion_type=urn:ietf:params:oauth:client-assertion-type:jwt-bearer&client_assertion={signed-jwt}。

S2S、源自蓝图的代理标识

智能体身份本身不具备凭据。 智能体身份蓝图 持有凭据（托管身份 FIC、证书或客户端密钥），并通过两步交换流程代表其子智能体身份生成令牌。 有关详细信息，请参阅 自治应用 OAuth 流。

1. 该蓝图进行身份验证并获取联合身份交换令牌 T1：

   • {blueprint-credential} 是蓝图的 MSI 令牌、证书签名的 JWT 或密钥交换令牌断言 - 具体取决于蓝图配置。

   POST https://login.microsoftonline.com/{your-tenant-id}/oauth2/v2.0/token
   Content-Type: application/x-www-form-urlencoded
   
   client_id={blueprint-app-id}
   &scope=api%3A%2F%2FAzureADTokenExchange%2F.default
   &fmi_path={agent-identity-app-id}
   &client_assertion_type=urn:ietf:params:oauth:client-assertion-type:jwt-bearer
   &client_assertion={blueprint-credential}
   &grant_type=client_credentials
   

2. 智能体身份将 T1 交换为 Agent 365 可观测性资源令牌：

   POST https://login.microsoftonline.com/{your-tenant-id}/oauth2/v2.0/token
   Content-Type: application/x-www-form-urlencoded
   
   client_id={agent-identity-app-id}
   &scope=9b975845-388f-4429-889e-eab1ef63949c%2F.default
   &client_assertion_type=urn:ietf:params:oauth:client-assertion-type:jwt-bearer
   &client_assertion={T1}
   &grant_type=client_credentials
   

   • 返回的令牌包含appid/azp = {agent-identity-app-id}、roles包含Agent365.Observability.OtelWrite和 。aud = 9b975845-...
   • 在 /observabilityService/.../traces 路由上使用此令牌。
   • URL {agentId} 对应的是 代理身份 appId，而不是蓝图 appId。

OBO，标准 Microsoft Entra 应用

从上游调用方接收用户的传入令牌 Tc（Bearer 或 PFAT），然后进行交换：

POST https://login.microsoftonline.com/{your-tenant-id}/oauth2/v2.0/token
Content-Type: application/x-www-form-urlencoded

client_id={your-app-id}
&scope=9b975845-388f-4429-889e-eab1ef63949c%2FAgent365.Observability.OtelWrite
&client_secret={secret}
&grant_type=urn:ietf:params:oauth:grant-type:jwt-bearer
&assertion={Tc}
&requested_token_use=on_behalf_of

对于证书身份验证，请将 client_secret={secret} 替换为与 S2S 中相同的 client_assertion_type + client_assertion 对。

返回的令牌包含appid/azp = {your-app-id}、scp包含Agent365.Observability.OtelWrite和 。aud = 9b975845-... 在 /observability/.../traces 路由上使用它。 同时返回刷新令牌;缓存并重复使用它，而不是在每次调用时重新运行交换。

OBO，基于蓝图生成的代理身份标识（包括 AI 队友）

“代表”流主要包括三个步骤。 有关更多信息，请参阅智能体 OAuth 流：代表流。

1. 接收用户令牌 Tc。 对于 AI 团队成员，此令牌代表智能体自身用户账户；否则，它代表人类调用者。

2. 蓝图进行身份验证并获取 T1，与 S2S 蓝图派生的代理标识流相同。

3. 代理身份交换 T1 和 Tc 以换取委派资源令牌：

   POST https://login.microsoftonline.com/{your-tenant-id}/oauth2/v2.0/token
   Content-Type: application/x-www-form-urlencoded
   
   client_id={agent-identity-app-id}
   &scope=9b975845-388f-4429-889e-eab1ef63949c%2FAgent365.Observability.OtelWrite
   &client_assertion_type=urn:ietf:params:oauth:client-assertion-type:jwt-bearer
   &client_assertion={T1}
   &grant_type=urn:ietf:params:oauth:grant-type:jwt-bearer
   &assertion={Tc}
   &requested_token_use=on_behalf_of
   

返回的令牌具有appid/azp = {agent-identity-app-id}，其中scp包含Agent365.Observability.OtelWrite，并表示该代理的用户。 在 /observability/.../traces 路由上使用它。 URL {agentId} 是智能体身份 appId，而非蓝图 appId。 同时返回刷新令牌;缓存并重复使用它。

返回令牌上的必需声明

S2S 路由 (/observabilityService/...) - 仅限应用令牌：

委托路径 (/observability/...) - 用户委托令牌（Bearer 或 PFAT）：

委托路由同时接受 Bearer 和 MSAuth1.0 PFAT 令牌。 直接调用者应使用 Bearer。 如果你不知道你拥有哪一个，请使用 Bearer。

端点

两种路径；请根据 您的服务 如何进行身份验证来选择，而不是根据用户正在执行什么操作：

POST https://agent365.svc.cloud.microsoft/observabilityService/tenants/{tenantId}/otlp/agents/{agentId}/traces?api-version=1   # S2S
POST https://agent365.svc.cloud.microsoft/observability/tenants/{tenantId}/otlp/agents/{agentId}/traces?api-version=1          # OBO

标题

Authorization: Bearer <token>      # or MSAuth1.0 ... for delegated PFAT
Content-Type: application/json

URL 参数

• {tenantId} - 客户租户 GUID。 服务器将其视为最终依据；如果你的 span 设置了 microsoft.tenant.id，而服务器不认可这一点，请求就会被拒绝。
• {agentId} - 调用应用程序的 appId （也是 OAuth client_id）。 对于源自蓝图的标识，这里指的是 代理标识 的 appId，而不是蓝图的 appId。 必须与令牌的 appid / azp 声明相等。
• api-version=1 -必填。

请求正文编码

正文采用标准 OTLP/HTTP+JSON 格式：一个 ExportTraceServiceRequest 包含 resourceSpans → scopeSpans → spans。 请记住以下详细信息：

• traceId （16 字节）和 spanId （8 字节）作为小写十六进制字符串发送。
• startTimeUnixNano / endTimeUnixNano 是包含 Unix 纪元纳秒时间戳的 字符串。
• kind 是整数 OTLP 枚举值（例如 1 表示 INTERNAL）；status.code 是整数枚举值（例如 1 表示 OK，2 表示 ERROR）。
• 所有属性值都以 stringValue 的形式发送。

响应形状

成功的调用返回 200 OK：

{ "partialSuccess": null }

如果某些数据段被按数据段过滤器拒绝：

{
  "partialSuccess": {
    "rejectedSpans": 2,
    "errorMessage": "Dropped 2 non-A365 span(s) ..."
  }
}

传输中的字段名称采用驼峰命名法。 务必检查 partialSuccess：所有数据段均被拒绝但返回 200 状态码是真实可能的结果，必须予以显示。 限制与丢弃条件列出了无声丢弃的情况，即尽管下游未出现数据，但仍返回 200 状态码并包含 partialSuccess: null。

最小可能的请求

最简单的端到端测试发送单个 invoke_agent 范围。 此数据段是最终进入 Microsoft Defender 的最小数据主体。

步骤 1。 获取 Bearer 令牌。 对于 S2S，请使用作用域为 9b975845-388f-4429-889e-eab1ef63949c/.default 的客户端凭据（完整指南请参阅 身份验证指南）。

步骤 2。 POST 单个数据段：

TOKEN="$(./get-token.sh)"
TENANT_ID="<customer-tenant-guid>"
AGENT_ID="<your-agent-app-id>"

curl -i -X POST \
  "https://agent365.svc.cloud.microsoft/observabilityService/tenants/${TENANT_ID}/otlp/agents/${AGENT_ID}/traces?api-version=1" \
  -H "Authorization: Bearer ${TOKEN}" \
  -H "Content-Type: application/json" \
  --data @- <<EOF
{
  "resourceSpans": [{
    "scopeSpans": [{
      "scope": { "name": "my-instrumentation", "version": "1.0.0" },
      "spans": [{
        "traceId": "0102030405060708090a0b0c0d0e0f10",
        "spanId":  "1111111111111111",
        "parentSpanId": "",
        "name": "invoke_agent",
        "kind": 1,
        "startTimeUnixNano": "1736175600000000000",
        "endTimeUnixNano":   "1736175601500000000",
        "status": { "code": 1 },
        "attributes": [
          { "key": "gen_ai.operation.name", "value": { "stringValue": "invoke_agent" } },
          { "key": "gen_ai.agent.id",       "value": { "stringValue": "${AGENT_ID}" } },
          { "key": "gen_ai.agent.name",     "value": { "stringValue": "MyAgent" } },
          { "key": "microsoft.a365.agent.blueprint.id", "value": { "stringValue": "${AGENT_ID}" } },
          { "key": "gen_ai.conversation.id","value": { "stringValue": "conv-001" } },
          { "key": "microsoft.channel.name","value": { "stringValue": "web" } },
          { "key": "user.id",               "value": { "stringValue": "<entra-user-objectid>" } },
          { "key": "client.address",        "value": { "stringValue": "10.1.2.80" } },
          { "key": "server.address",        "value": { "stringValue": "myagent.example.com" } },
          { "key": "server.port",           "value": { "stringValue": "443" } },
          { "key": "gen_ai.input.messages", "value": { "stringValue": "[{\"role\":\"user\",\"content\":\"hi\"}]" } },
          { "key": "gen_ai.output.messages","value": { "stringValue": "[{\"role\":\"assistant\",\"content\":\"hello\"}]" } }
        ]
      }]
    }]
  }]
}
EOF

步骤 3。 预期 200 OK 返回此数据主体：

{ "partialSuccess": null }

步骤 4. 确认数据确实已落地。 200 OK 状态码不代表已成功摄入；验证摄入详细说明了验证流程。 若要 POST 已保存的数据主体文件，请将 --data @- <<EOF ... EOF 替换为 --data @./otlp-request.json。

代理运行示例

Microsoft Teams上的用户询问“西雅图天气怎么样？” 你的智能体调用 GetWeather 函数，要求 LLM 格式化答案，然后作出回复。 该单次运行包含四个区段：

graph TD
    A["<b>invoke_agent</b> · spanId=A · parentSpanId=∅<br/><i>root - the run itself</i>"]
    B["<b>chat</b> · spanId=B · parentSpanId=A<br/><i>LLM picks the tool / formats reply</i>"]
    C["<b>execute_tool</b> · spanId=C · parentSpanId=A<br/><i>the GetWeather call</i>"]
    D["<b>output_messages</b> · spanId=D · parentSpanId=A<br/><i>final reply emitted to the user</i>"]
    A --> B
    A --> C
    A --> D

在每个数据段上设置全局属性：

数据段 A：invoke_agent（根）

{
  "traceId": "0102030405060708090a0b0c0d0e0f10",
  "spanId": "1111111111111111",
  "parentSpanId": "",
  "name": "invoke_agent",
  "kind": 1,
  "startTimeUnixNano": "1736175600000000000",
  "endTimeUnixNano":   "1736175601500000000",
  "status": { "code": 1 },
  "attributes": [
    { "key": "gen_ai.operation.name",   "value": { "stringValue": "invoke_agent" } },
    { "key": "gen_ai.execution.type",   "value": { "stringValue": "HumanToAgent" } },
    { "key": "gen_ai.input.messages",   "value": { "stringValue": "[{\"role\":\"user\",\"content\":\"What's the weather in Seattle?\"}]" } },
    { "key": "gen_ai.output.messages",  "value": { "stringValue": "[{\"role\":\"assistant\",\"content\":\"It's 65F and partly cloudy in Seattle.\"}]" } },
    { "key": "user.email",              "value": { "stringValue": "[email protected]" } }
    /* plus all the run-wide attributes listed above */
  ]
}

数据段 B：chat（LLM 调用）

{
  "traceId": "0102030405060708090a0b0c0d0e0f10",
  "spanId": "2222222222222222",
  "parentSpanId": "1111111111111111",
  "name": "chat",
  "kind": 1,
  "startTimeUnixNano": "1736175600200000000",
  "endTimeUnixNano":   "1736175600900000000",
  "status": { "code": 1 },
  "attributes": [
    { "key": "gen_ai.operation.name",      "value": { "stringValue": "chat" } },
    { "key": "gen_ai.request.model",       "value": { "stringValue": "gpt-4o" } },
    { "key": "gen_ai.provider.name",       "value": { "stringValue": "openai" } },
    { "key": "gen_ai.usage.input_tokens",  "value": { "stringValue": "42" } },
    { "key": "gen_ai.usage.output_tokens", "value": { "stringValue": "23" } }
    /* plus all the run-wide attributes */
  ]
}

范围 C： execute_tool

{
  "traceId": "0102030405060708090a0b0c0d0e0f10",
  "spanId": "3333333333333333",
  "parentSpanId": "1111111111111111",
  "name": "execute_tool",
  "kind": 1,
  "startTimeUnixNano": "1736175600950000000",
  "endTimeUnixNano":   "1736175601200000000",
  "status": { "code": 1 },
  "attributes": [
    { "key": "gen_ai.operation.name",      "value": { "stringValue": "execute_tool" } },
    { "key": "gen_ai.tool.name",           "value": { "stringValue": "GetWeather" } },
    { "key": "gen_ai.tool.type",           "value": { "stringValue": "function" } },
    { "key": "gen_ai.tool.call.id",        "value": { "stringValue": "call-001" } },
    { "key": "gen_ai.tool.call.arguments", "value": { "stringValue": "{\"location\":\"Seattle\"}" } },
    { "key": "gen_ai.tool.call.result",    "value": { "stringValue": "{\"tempF\":65,\"condition\":\"partly cloudy\"}" } }
    /* plus all the run-wide attributes */
  ]
}

数据段 D：output_messages

{
  "traceId": "0102030405060708090a0b0c0d0e0f10",
  "spanId": "4444444444444444",
  "parentSpanId": "1111111111111111",
  "name": "output_messages",
  "kind": 1,
  "startTimeUnixNano": "1736175601400000000",
  "endTimeUnixNano":   "1736175601500000000",
  "status": { "code": 1 },
  "attributes": [
    { "key": "gen_ai.operation.name",  "value": { "stringValue": "output_messages" } },
    { "key": "gen_ai.output.messages", "value": { "stringValue": "[{\"role\":\"assistant\",\"content\":\"It's 65F and partly cloudy in Seattle.\"}]" } }
    /* plus all the run-wide attributes */
  ]
}

发送遥测数据

使用 OTel SDK

大多数合作伙伴通过 OTel SDK 发送追踪数据，而不是使用自行编写的 HTTP 实现。 SDK 会为你处理批处理、重试和 OTLP/HTTP+JSON 编码。 设置导出程序终结点并注入 Authorization 标头。

导出程序终结点是路由 URL 本身，包括查询字符串：

https://agent365.svc.cloud.microsoft/observabilityService/tenants/{tenantId}/otlp/agents/{agentId}/traces?api-version=1

（对于委托路由，请使用 /observability/... 而不是 /observabilityService/...。）

Python

from opentelemetry.exporter.otlp.proto.http.trace_exporter import OTLPSpanExporter

exporter = OTLPSpanExporter(
    endpoint="https://agent365.svc.cloud.microsoft/observabilityService/tenants/{tenantId}/otlp/agents/{agentId}/traces?api-version=1",
    headers={"Authorization": f"Bearer {token}"},
)

数据包：opentelemetry-exporter-otlp-proto-http。

Node.js/TypeScript

import { OTLPTraceExporter } from "@opentelemetry/exporter-trace-otlp-http";

const exporter = new OTLPTraceExporter({
  url: "https://agent365.svc.cloud.microsoft/observabilityService/tenants/{tenantId}/otlp/agents/{agentId}/traces?api-version=1",
  headers: { Authorization: `Bearer ${token}` },
});

数据包：@opentelemetry/exporter-trace-otlp-http。

.NET

using OpenTelemetry.Exporter;

services.AddOpenTelemetry().WithTracing(b => b
    .AddOtlpExporter(o =>
    {
        o.Endpoint = new Uri("https://agent365.svc.cloud.microsoft/observabilityService/tenants/{tenantId}/otlp/agents/{agentId}/traces?api-version=1");
        o.Headers = $"Authorization=Bearer {token}";
        o.Protocol = OtlpExportProtocol.HttpJson;
    }));

数据包：OpenTelemetry.Exporter.OpenTelemetryProtocol。

手动 HTTP

如果不能或不想使用 OTel SDK，请自行生成 OTLP/HTTP+JSON 请求并发布它。 消息体结构由 OpenTelemetry OTLP/HTTP+JSON 规范定义：

{
  "resourceSpans": [{
    "resource":  { "attributes": [ ... ] },          // optional
    "scopeSpans": [{
      "scope":  { "name": "<your-instrumentation>", "version": "1.0.0" },
      "spans":  [ <span>, <span>, ... ]
    }]
  }]
}

每个 <span> 都是一个对象，其必填字段为 traceId、spanId、name、kind、startTimeUnixNano、endTimeUnixNano、attributes，以及（对于非根跨度）parentSpanId。 有关编码规则（以字符串编码的时间值、十六进制traceId / spanId、整数kind / status.code以及所有属性值均为stringValue），请参阅端点和请求正文编码。

要在每个跨度上设置的属性集在 消息协定中定义。 有关完整属性列表，请参阅属性参考。 请参阅 智能体运行示例，获取包含标头中 Bearer 令牌和内联正文的端到端工作示例。

可以在单个 POST 正文（首选 - 一个请求、一个跟踪）或多个 POST 中发送运行的所有跨度。 服务器根据 traceId + parentSpanId + gen_ai.conversation.id 重建该次运行，因此每个跨度都包含足够的信息，可进行双向关联。

消息协定

本节定义了可以生成哪些 span，以及每个 span 应包含哪些属性。 有关完整的逐项属性规范，请参阅 属性参考。

操作类型

你发送的每个 span 都必须带有设为以下四个值之一的 gen_ai.operation.name（不区分大小写）。 任何缺少值或值无法识别的数据段将被静默丢弃，并计入 partialSuccess.rejectedSpans。

数据段层次结构与运行分组

Agent 365 通过标准 OTLP 数据段图 (traceId, spanId, parentSpanId) 以及属性参考中全运行范围的属性来重建运行。

六个规则：

1. 始终在每个非根跨度上设置 parentSpanId。 若缺少此信息，则无法重建运行的树形结构。
2. 在一次运行中的每个跨度中重复使用相同的 traceId
3. 在每个 span 上将 gen_ai.conversation.id 设置为相同的值。 这是“此运行中的所有数据段”的主要连接键。 它不会自动传播。
4. 将每个 spanmicrosoft.channel.name 都设置为相同的值。 缺少通道/对话的工具数据段invoke_agent仅当其父节点位于同一 OTLP 请求中时，才可从父节点继承这些信息，因此请务必在每个数据段上自行设置这些属性。
5. 如果存在逻辑会话，请在每个 span 上设置microsoft.session.id。
6. 对于子代理位于单独请求中的代理间调用，请复用同一个 gen_ai.conversation.id，并使用 microsoft.a365.caller.agent.* 属性（请参阅 属性参考）来捕获调用方代理的上下文。

代理运行示例中的四跨树是规范形状。

常见运行形状

入职检查清单

在部署到生产环境之前，请先逐项检查这份清单。

后续步骤

• 属性参考 - 每个属性规格和值选取指南。
• 故障排除 - 验证引入、常见陷阱和错误响应。