Backends
autotel-backends provides vendor-specific configuration helpers that simplify init() for popular observability platforms.
Installation
Section titled “Installation”npm install autotel autotel-backendsHoneycomb
Section titled “Honeycomb”import { init } from 'autotel';import { createHoneycombConfig } from 'autotel-backends/honeycomb';
init( createHoneycombConfig({ apiKey: process.env.HONEYCOMB_API_KEY!, service: 'my-app', }),);Datadog
Section titled “Datadog”For the full Datadog integration guide -- including architecture choices, Agent vs. direct ingestion setup, migration from pino-datadog-transport, deployment patterns, troubleshooting, and advanced configuration -- see the dedicated Datadog Integration page.
import { init } from 'autotel';import { createDatadogConfig } from 'autotel-backends/datadog';
// Direct cloud ingestion (serverless, edge)init( createDatadogConfig({ apiKey: process.env.DATADOG_API_KEY!, service: 'my-lambda', }),);
// Or local Datadog Agent (Kubernetes, long-running services)init( createDatadogConfig({ service: 'my-api', useAgent: true, }),);Available Backends
Section titled “Available Backends”| Backend | Import |
| ------------ | ------------------------------- |
| Honeycomb | autotel-backends/honeycomb |
| Datadog | autotel-backends/datadog |
| Google Cloud | autotel-backends/google-cloud |
| Grafana | autotel-backends/grafana |
Examples
Section titled “Examples”example-datadog— Datadog withcreateDatadogConfig(), direct cloud ingestion and local agent modes.example-grafana— Grafana Cloud (Tempo + Mimir + Loki) via OTLP with canonical log lines.
Backends vs Plugins
Section titled “Backends vs Plugins”| Package | Purpose |
| ------------------ | ----------------------------------------------------- |
| autotel-backends | Configure where telemetry goes (outputs) |
| autotel-plugins | Instrument libraries to create telemetry (inputs) |