Skip to main content

OpenTelemetry Collector Config Generator

Build a complete OpenTelemetry Collector config.yaml by selecting your receivers, processors, and exporters. Generates a valid pipeline configuration ready for otelcol --config config.yaml.

✓ OTLP, Jaeger, Prometheus receivers ✓ Batch, memory_limiter, filter processors ✓ Multi-exporter pipelines ✓ Traces, metrics & logs pipelines

Receivers

Processors

Exporters

Pipelines

Generated config.yaml

 

Validation

Frequently Asked Questions

What is the OpenTelemetry Collector and why use it?▼

The OpenTelemetry Collector is a vendor-agnostic proxy that receives, processes, and exports telemetry data (traces, metrics, logs). Instead of each application sending directly to your backend (Jaeger, Prometheus, Datadog, etc.), you point them all to the Collector. This decouples your instrumentation from your backend — you can change backends without touching application code, and the Collector handles batching, retry, and enrichment centrally.

What is the difference between a receiver, processor, and exporter?▼

Receivers ingest telemetry data into the Collector (OTLP over gRPC/HTTP, Jaeger, Prometheus scrape, Zipkin, etc.). Processors transform or filter data in-flight — the batch processor groups spans before export, memory_limiter prevents OOM, and filter/transform processors can drop or enrich data. Exporters send processed data to your backend. You wire these together in pipelines: receivers → processors → exporters. A single Collector can run multiple independent pipelines.

What is the batch processor and why is it important?▼

The batch processor accumulates spans/metrics/logs and sends them in groups rather than individually. This dramatically reduces the number of export requests, lowering network overhead and backend load. Key settings: send_batch_size (max items per batch, default 8192), timeout (max wait before flushing, default 200ms), send_batch_max_size (hard cap on batch size). For production, always include the batch processor as the last processor before exporters.

How does the memory_limiter processor prevent OOM crashes?▼

The memory_limiter periodically checks the Collector's heap size. When usage exceeds limit_mib, it starts refusing new data and forces a GC cycle. When it exceeds spike_limit_mib above the soft limit, it drops data. This prevents the Collector from crashing and taking down your entire telemetry pipeline. Always place memory_limiter as the FIRST processor in your chain so it checks memory before any expensive transformations.

What is the OTLP exporter and which endpoint should I use?▼

OTLP (OpenTelemetry Protocol) is the native wire format. The OTLP exporter sends to any OTLP-compatible backend: Jaeger (4317 gRPC), Tempo, Collector-to-Collector, Honeycomb, Datadog Agent, etc. For gRPC use endpoint: host:4317 (no scheme prefix). For HTTP use endpoint: http://host:4318. If your backend requires TLS, configure tls: insecure: false and provide cert_file/key_file. Most modern backends prefer OTLP over their native protocols.

Share this tool: X / Twitter LinkedIn
✓ 60,000+ developers use DevPlaybook ★★★★★ 4.8 / 5 on Gumroad ✓ MIT licensed · Instant download ✓ No login required

Related Products

on Gumroad

You Might Also Need

More Free Tools

Related Articles

Mar 28, 2026 · 10 min read

OpenTelemetry Observability Guide 2026: Traces, Metrics & Logs

A comprehensive guide to OpenTelemetry in 2026—covering OTel architecture, traces, metrics, logs, Node.js and Python instrumentation, Jaeger, Grafana/Prometheus integration, and production cost-control strategies for backend developers.

Mar 27, 2026 · 15 min read

Building Your Observability Stack in 2026: OpenTelemetry + Grafana vs Datadog vs New Relic

A practical guide to building a modern observability stack in 2026 — comparing OpenTelemetry + Grafana OSS, Datadog, and New Relic on cost, setup complexity, features, and real-world tradeoffs.

Apr 2, 2026 · 11 min read

LLM Observability Tools 2026: OpenTelemetry, Langfuse, Arize Phoenix Compared

Compare LLM observability tools for 2026: Langfuse, Arize Phoenix, Helicone, LangSmith, and OpenTelemetry for LLMs. Tracing, evals, cost tracking, and self-hosting options.

Apr 2, 2026 · 11 min read

Microservices Observability with OpenTelemetry 2026: Tracing, Metrics, Logs

Complete guide to implementing observability in microservices using OpenTelemetry in 2026. Distributed tracing, metrics collection, structured logging, and production-ready setup with Jaeger, Prometheus, and Grafana.

Mar 28, 2026 · 17 min read

OpenTelemetry JavaScript Complete Guide 2026: Browser, Node.js & Grafana Cloud

Master OpenTelemetry for JavaScript in 2026. Learn manual instrumentation, browser tracing, frontend web vitals, Node.js SDK setup, and exporting to Grafana Cloud and OTLP backends with practical code examples.

Enjoying this tool? Get more like it.

Weekly developer tool guides, productivity playbooks & AI tricks. Free. No spam.

DevPlaybook Pro 7 days free

Unlock AI-Powered Dev Tools

  • ⚡ AI Code Review, Doc Generator & SQL Builder
  • ⚡ All premium templates & early access
  • ⚡ Member discounts on Gumroad products
Start Free Trial →

$9/mo after trial · Cancel anytime

Want the full toolkit?

Get DevPlaybook Pro

Every template, guide, boilerplate, and automation script in one bundle. 13 premium products — grab them all at once and save big.

$79
$241 separately Save $162 (67% off)
Get DevPlaybook Pro — $79 →

MIT licensed · Instant download · No subscription

See what's included → Browse all deals →