[01]
OTLP / live
free plan / 1 gb-mo
telemtra.io
// telemetry that ships

Every signal.
One workspace.

Logs, traces, and metrics over OTLP - searched, charted, alerted, and cleaned at ingest.
Ten product surfaces. One workspace. No proprietary SDK.

accepting OTLP signals at ingest.telemtra.io
// data flow

From your service to your workspace, in four hops.

No proprietary agent. No SDK rewrite. The OpenTelemetry standard does the wire format, and Telemtra provides the hosted observability backend.

// data flow live
[01]
YOUR SERVICE
OpenTelemetry SDK Python / Node / Go / .NET / Java / Rust
[02]
OTLP
HTTP or gRPC Standard wire format, no proprietary SDK
[03]
INGEST + SHAPE
ingest.telemtra.io Data Shaper rules drop, mask, normalize before storage
[04]
YOUR WORKSPACE
app.telemtra.io logs · traces · metrics · alerts · dashboards · reports
// onboarding

From signup to first span, in three steps.

What the first 60 seconds actually look like - workspace, API key, and a real trace with attributes.

  1. [01]

    Create your workspace.

    Email, password, workspace name. No credit card, no sales call.

    app.telemtra.io / signup
    PASSWORD
    ••••••••••
    WORKSPACE
    Acme
  2. [02]

    Generate an API key.

    One click. Use the key with any OTLP exporter - SDK, Collector, or the curl one-liner in the quickstart.

    workspace / api keys
    API KEYS
    NAME Production
    PREFIX tk_live_h65V8X9z ACTIVE
    CREATED 2026-06-03 11:42 UTC
    USAGE curl -H "x-api-key: tk_live_h65V8X9z..."
  3. [03]

    Your first trace lands in seconds.

    Real spans, real attributes, real timestamps. Open one to see the full waterfall with HTTP, service, and host detail.

    trace / 88784329441a5b44...
    POST Services/pageable
    4 spans · 94.5 ms · 200 OK
    POST /services/pageable
    94.5ms
    ServicePlus
    7.6ms
    ServicePlus
    48.2ms
    ServicePlus
    30.2ms
    http.method POST http.status 200 service helpdesk-api
// what you get

Eight surfaces. One workspace.

The five workflows that turn telemetry into decisions, plus the three signal types they run on. Click any tile to read the moment of pain it solves.

// service map

Your architecture, drawn from real traffic.

Every node and edge comes from your OTLP traces - request rate, latency, and errors on each call. Here is a live one, with the error edge lit up.

// service map Live dependencies
production live · 60s
7 calls · p95 2.9ms 4 calls · p95 1.5ms
checkout-api
traces7spans25err0
inventory-api
traces8spans9err2
payment-api
traces4spans8err0
sql serverdb
calls11p956.1ms
Healthy Error
checkout-api → inventory-api · 2 errors
// live

Send your first span. Watch it land.

No fake mockup. The endpoint is real, the response shape is what you get back. Paste, ship, see.

// send your first span ~ / curl / POST /v1/traces
terminal — ~/my-service

Real OTLP. Real endpoint. See the full quickstart →

// product

See your signals in real product UI.

Not concept art. Screenshots from the running app - the trace waterfall, log detail, and metric chart you will actually use.

Telemtra trace waterfall: POST Services/pageable with four spans, plus a span detail panel showing duration, status, HTTP attributes, and service info
Traces - waterfall, span detail, HTTP and service attributes from real OpenTelemetry data.
Telemtra metric detail panel for process.cpu.utilization with a time series chart, latest value 0.03 percent, and source service hostmetrics
Metrics - gauges, sums, and histograms with attribute grouping and one-click alert creation.
Telemtra log event detail showing an ERROR severity TLS 1.2 message from host ARTISOFTSRV with structured event.id, event.channel, and event.provider attributes
Logs - structured search and a detail panel with severity, distributed tracing IDs, and every attribute parsed at ingest.
// frequently asked

Questions worth a real answer.

OTLP, signal coverage, pricing, and where your data lives.

Is Telemtra really OpenTelemetry-native?

Yes. Telemtra ingests OTLP over HTTP and gRPC for logs, traces, and metrics. There is no proprietary SDK and no vendor-specific instrumentation - you keep your OpenTelemetry SDK or Collector setup and just point it at our endpoint.

Do I need to install a Telemtra agent or SDK?

No. Use the official OpenTelemetry SDKs and the OpenTelemetry Collector. Telemtra is the backend that receives your OTLP data, so anything that already speaks OTLP works without changes.

What telemetry signals does Telemtra support?

Logs, traces, and metrics, plus derived views like service maps, dashboards, and alerts. Histograms, counters, gauges, log severity fields, span status, and resource attributes are all preserved.

How long does setup take?

Under 60 seconds for a first span. Sign up, copy an API key, set OTEL_EXPORTER_OTLP_ENDPOINT and OTEL_EXPORTER_OTLP_HEADERS in your service or Collector, and your data appears in the workspace.

Is there a free plan?

Yes. The Free plan includes 1 GB ingest per month, 7 day retention, 3 services, and 3 alert rules. It is enough for small projects and first telemetry checks.

Where is my telemetry data stored?

Telemtra stores ingested telemetry in a hosted ClickHouse-backed store. Workspaces are isolated per tenant, and Data Shaper lets you drop or mask sensitive fields before storage.

// the rest is just plumbing

Start with OpenTelemetry.
Stay with useful workflows.

Workspace in 30 seconds. API key in one click. First span in less than two.