Mastra SDK guide for configuring the OpenTelemetry exporter to send traces and logs to OTEL-compatible observability platforms like Datadog, New Relic, SigNoz, MLflow, Dash0, Traceloop, and Laminar.
Insight
The @mastra/otel-exporter package sends traces and logs to any OTEL-compatible observability platform using standardized OpenTelemetry Semantic Conventions for GenAI v1.38.0. It supports multiple provider protocols: HTTP/Protobuf (SigNoz, New Relic, Laminar, MLflow), gRPC (Dash0, Datadog), and HTTP/JSON (Traceloop). The exporter automatically derives log endpoints from trace endpoints by replacing /v1/traces with /v1/logs. It uses BatchSpanProcessor for traces and BatchLogRecordProcessor for logs, with both signals enabled by default. Logs carrying traceId and spanId are correlated with traces via OTEL native trace context and mastra.traceId/mastra.spanId attributes. Key semantic conventions include: span naming patterns like ‘chat {model}’ for LLM operations, ‘execute_tool {tool_name}’ for tools, ‘invoke_agent {agent_id}’ for agents, and ‘invoke_workflow {workflow_id}’ for workflows. Key attributes include gen_ai.operation.name, gen_ai.provider.name, gen_ai.request.model, gen_ai.input.messages, gen_ai.output.messages, gen_ai.usage.input_tokens, gen_ai.usage.output_tokens, gen_ai.request.temperature, and gen_ai.response.finish_reasons. Configuration options include provider (dash0, signoz, newrelic, traceloop, laminar, custom), signals toggle, timeout (default 30000ms), batchSize (default 100), and logLevel. The custom provider supports endpoint, protocol (‘http/json’, ‘http/protobuf’, ‘grpc’), and custom headers.
Hành động
Install the base exporter package: npm install @mastra/otel-exporter@latest. Then install the protocol-specific package for your provider: HTTP/Protobuf requires @opentelemetry/exporter-trace-otlp-proto, gRPC requires @opentelemetry/exporter-trace-otlp-grpc plus @grpc/grpc-js, HTTP/JSON requires @opentelemetry/exporter-trace-otlp-http. Configure using environment variables (zero-config) or explicit provider configuration in OtelExporter constructor. For environment setup, set provider-specific variables like DASH0_API_KEY/DASH0_ENDPOINT for Dash0, SIGNOZ_API_KEY for SigNoz, NEW_RELIC_LICENSE_KEY for New Relic, TRACELOOP_API_KEY for Traceloop, or LMNR_PROJECT_API_KEY for Laminar. For explicit config, instantiate OtelExporter with provider object containing provider name as key and config object as value. For Datadog gRPC specifically, explicitly import @grpc/grpc-js and @opentelemetry/exporter-trace-otlp-grpc at the top of the file, and add bundler.externals configuration with ‘@grpc/grpc-js’. Enable log export by installing the matching @opentelemetry/exporter-logs-otlp-* package for your protocol. Disable signals using signals: { traces: true, logs: false } option.
Kết quả
Traces and logs are exported to the configured OTEL-compatible platform using standardized OpenTelemetry Semantic Conventions for GenAI v1.38.0. Spans are named following convention patterns (chat {model}, execute_tool {tool_name}, etc.) and include gen_ai.* attributes for AI observability. Logs are correlated with traces automatically.
Điều kiện áp dụng
Requires @mastra/core and @mastra/observability. Datadog integration requires gRPC bundler configuration. MLflow requires custom provider with x-mlflow-experiment-id header for experiment routing.
Nội dung gốc (Original)
OpenTelemetry exporter
The OpenTelemetry (OTEL) exporter sends your traces and logs to any OTEL-compatible observability platform using standardized OpenTelemetry Semantic Conventions for GenAI. This ensures broad compatibility with platforms like Datadog, New Relic, SigNoz, MLflow, Dash0, Traceloop, Laminar, and more.
Looking for bidirectional OTEL integration?: If you have existing OpenTelemetry instrumentation and want Mastra traces to inherit context from active OTEL spans, see the OpenTelemetry Bridge instead.
Installation
Each provider requires specific protocol packages. Install the base exporter plus the protocol package for your provider:
For HTTP/Protobuf Providers (SigNoz, New Relic, Laminar, MLflow)
MLflow supports native Mastra tracing through its OTLP endpoint at /v1/traces. Use the custom provider with HTTP/Protobuf and include the experiment header so traces land in the correct MLflow experiment:
New Relic provides comprehensive observability with AI monitoring capabilities.
Zero-Config Setup
# RequiredNEW_RELIC_LICENSE_KEY=your-license-key# OptionalNEW_RELIC_ENDPOINT=https://otlp.eu01.nr-data.net # For EU region
new OtelExporter({ provider: { newrelic: {} } })
Explicit Configuration
new OtelExporter({ provider: { newrelic: { apiKey: process.env.NEW_RELIC_LICENSE_KEY, // endpoint: 'https://otlp.eu01.nr-data.net', // For EU region }, },})
Traceloop
Traceloop specializes in LLM observability with automatic prompt tracking.
new OtelExporter({ provider: { laminar: { apiKey: process.env.LMNR_PROJECT_API_KEY, }, },})
Laminar-Native Exporter: For Laminar-specific features like native span paths, metadata, and tags rendering in the Laminar dashboard, consider using the dedicated @mastra/laminar exporter instead. It provides optimized integration with Laminar’s platform.
Datadog
Datadog APM provides application performance monitoring with distributed tracing. To send traces to Datadog via OTLP, you need the Datadog Agent running with OTLP ingestion enabled.
Datadog uses gRPC for OTLP ingestion, which requires explicit imports and bundler configuration to work correctly:
// Explicitly import gRPC dependencies for the bundlerimport '@grpc/grpc-js'import '@opentelemetry/exporter-trace-otlp-grpc'import { Mastra } from '@mastra/core'import { Observability } from '@mastra/observability'import { OtelExporter, type ExportProtocol } from '@mastra/otel-exporter'export const mastra = new Mastra({ // Add grpc-js to externals so it's handled at runtime bundler: { externals: ['@grpc/grpc-js'], }, observability: new Observability({ configs: { default: { serviceName: 'my-service', exporters: [ new OtelExporter({ provider: { custom: { endpoint: process.env.OTEL_EXPORTER_OTLP_ENDPOINT || 'http://localhost:4317', protocol: (process.env.OTEL_EXPORTER_OTLP_PROTOCOL || 'grpc') as ExportProtocol, headers: {}, }, }, }), ], }, }, }),})
Info: The Datadog Agent must be configured with OTLP ingestion enabled. Add the following to your datadog.yaml:
The default OTLP endpoint is http://localhost:4317 when running the Datadog Agent locally.
Warning: The explicit imports of @grpc/grpc-js and @opentelemetry/exporter-trace-otlp-grpc at the top of the file, along with the bundler.externals configuration, are required for the gRPC transport to work correctly. Without these, you may encounter connection issues.
Datadog-Native Exporter: For Datadog-specific features like automatic span type mapping, LLM span categorization, and simplified setup without gRPC configuration, consider using the dedicated @mastra/datadog exporter instead. It provides optimized integration with Datadog’s APM platform.
Custom/Generic OTEL Endpoints
For other OTEL-compatible platforms or custom collectors:
Traces: Mastra spans, exported via BatchSpanProcessor.
Logs: Mastra log events, exported via BatchLogRecordProcessor. Logs that carry traceId and spanId are correlated with traces using both the OTEL log record’s native trace context and mastra.traceId / mastra.spanId attributes, so backends like Datadog, Grafana, and Honeycomb can join logs to traces automatically.
Both signals are enabled by default and share the same provider configuration. The log endpoint is derived from the trace endpoint by replacing the /v1/traces suffix with /v1/logs.
Choose the right protocol package based on your provider:
Provider
Protocol
Required Package
Dash0
gRPC
@opentelemetry/exporter-trace-otlp-grpc
Datadog
gRPC
@opentelemetry/exporter-trace-otlp-grpc
SigNoz
HTTP/Protobuf
@opentelemetry/exporter-trace-otlp-proto
New Relic
HTTP/Protobuf
@opentelemetry/exporter-trace-otlp-proto
Traceloop
HTTP/JSON
@opentelemetry/exporter-trace-otlp-http
Laminar
HTTP/Protobuf
@opentelemetry/exporter-trace-otlp-proto
Custom
Varies
Depends on your collector
Warning: Make sure to install the correct protocol package for your provider. The exporter will provide a helpful error message if the wrong package is installed.
Troubleshooting
Missing Dependency Error
If you see an error like:
HTTP/Protobuf exporter is not installed (required for signoz).To use HTTP/Protobuf export, install the required package: npm install @opentelemetry/exporter-trace-otlp-proto
Install the suggested package for your provider.
Common Issues
Wrong protocol package: Verify you installed the correct exporter for your provider
Invalid endpoint: Check endpoint format matches provider requirements
Authentication failures: Verify API keys and headers are correct