Die OpenTelemetry-Integration hat Ihren AI-Gateway-Traffic bisher als flache HTTP-Spans exportiert. Jetzt exportiert sie das, was Ihr Observability-Backend wirklich braucht: Agent-Traces.
Span-Baeume statt Span-Suppe — Requests mit gemeinsamer Trace-ID bekommen einen echten Root-Span, unter dem jeder LLM-Call verschachtelt und nach seinem Label benannt ist. Ein achtstufiger Agent-Lauf erscheint in Jaeger, Grafana oder Datadog als Baum mit dem Namen Ihres Agenten — nicht als acht zusammenhanglose POST /v1/messages-Eintraege.
Tool-Calls als typisierte Child-Spans — Jeder Tool-Call, den Grepture aus Ihrem Traffic extrahiert, wird zu einem execute_tool-Span unter dem LLM-Call, der ihn ausgeloest hat — mit Tool-Name, Call-ID, Status und echter Ausfuehrungszeit. Argumente und Ergebnisse sind enthalten, wenn der Body-Export aktiviert ist.
Vollstaendige gen_ai Semantic Conventions — Spans tragen jetzt gen_ai.operation.name, Request- und Response-Modell (die sich bei Aliassen unterscheiden), Input-/Output-Token-Zahlen, Agent-Namen und die geschaetzten Kosten jedes Calls als grepture.cost_usd — dieselbe Berechnung, die auch das Dashboard verwendet.
W3C Trace Context — Wenn Ihre Anwendung bereits mit OpenTelemetry instrumentiert ist, lassen Sie einfach den traceparent-Header durch das Gateway laufen. Exportierte Spans haengen sich an Ihren bestehenden Distributed Trace, statt einen neuen zu beginnen.
Beispiel-Export ohne Setup — Ein neuer Download-Button auf der Integrations-Seite erzeugt on-the-fly ein OTLP-Payload aus Ihren letzten 100 Logs. Pruefen Sie genau, was in Ihrem Backend ankommen wuerde, bevor Sie irgendetwas konfigurieren.