Production is silent until it screams. At 2am you get the page: “agents/research is slow.” You log in. Which call is slow? Which downstream API? Was the LLM itself the bottleneck, or was it the vector DB? You scroll through unstructured logs hoping to spot the timestamp that explains everything. You shouldn’t have to do that. Bindu emits OpenTelemetry spans across the whole request path — HTTP in, queue, worker, handler, LLM call, tool calls, response out — with timing on every leg. Send them to Jaeger, Phoenix, Langfuse, Honeycomb, or any OTel-compatible backend and you find the slow span in 30 seconds instead of 30 minutes. Errors get the same treatment. Sentry integration means failed tasks land in your issue tracker with full stack trace, release tag, and environment label. No more “I think someone said it broke yesterday.”Documentation Index
Fetch the complete documentation index at: https://docs.getbindu.com/llms.txt
Use this file to discover all available pages before exploring further.
How Bindu Observability Works
Bindu integrates with OpenTelemetry (OTEL) and Sentry to provide comprehensive observability and error tracking. Bindu splits observability into two complementary channels:- OpenTelemetry shows how work moved
- Sentry shows where things failed and under what release or environment
Traceable
OpenTelemetry creates spans so developers can follow execution across the runtime.
Actionable
Sentry captures failures with context that helps teams respond faster.
Portable
OTLP-compatible telemetry can be sent to Langfuse or Arize without changing the
agent model.
The Lifecycle: Instrument, Export, Diagnose
Instrument
On startup, Bindu checks whether telemetry and Sentry are enabled. If they are, it
initializes the tracer provider, OTLP exporter, span processor, and Sentry SDK with
the right environment and release metadata.Good observability starts before the first request, not after the first incident.
Export
Once the agent is running, spans are created and exported asynchronously to an
OTEL-compatible backend, while Sentry captures exceptions and performance
information through its own pipeline.One system explains flow. The other explains failure.
OpenTelemetry Setup
Supported Platforms
Langfuse
Open-source LLM engineering platform with tracing and analytics.
Arize
AI observability platform for monitoring and debugging ML models.
Any OTEL Platform
Supports standard OTLP protocol — works with any compatible backend.
Configuration
Bindu uses the
OLTP_ prefix (not OTEL_) for these variables in the codebase.Platform-Specific Setup
Langfuse
Langfuse
- Sign up at cloud.langfuse.com
- Navigate to Settings → API Keys and create a new key pair
- Base64-encode your credentials:
- Configure environment:
Arize
Arize
- Sign up at arize.com
- Navigate to Settings → API Keys and copy your Space ID and API Key
- Configure environment:
Sentry Error Tracking
Configuration
Bindu reads
SENTRY_ENABLED and SENTRY_DSN as flat variables. All detailed
settings use a double-underscore (__) to map to internal nested configuration.Setup
- Sign up at sentry.io
- Create a project and select Python as the platform
- Copy the DSN from project settings
- Configure environment:
- Restart the agent — Sentry initializes on startup
Agent Configuration
No code changes are needed. Observability is configured entirely via environment variables:Best Practices
Sampling for High-Traffic Agents
Environment Separation
Custom Sentry Context
Related
- OpenTelemetry Python
- Langfuse Documentation
- Arize Documentation
- Sentry Python SDK
- Health Check & Metrics