ObjectZIA · OpenTelemetry-native tracing

Stop guessing which
service is slow.

ObjectZIA traces every request across your microservices, built entirely on OpenTelemetry. See p50/p95/p99 latency per hop, catch error spikes, and know exactly which dependency broke, before your customers file a ticket.

GET /checkout · trace 8f2a1c
api-gateway
142ms
auth-service
12ms
orders-service
78ms
postgres query
50ms
inventory-service
21ms
payment-service
14ms
6 spans · 5 services 142ms — 50ms in one postgres query
Why this matters

Slow requests aren't a mystery. They're just hard to see.

$300K+/hr

average hourly cost of downtime for 90%+ of mid-size and large enterprises, with 41% reporting $1M–$5M+ per hour.

ITIC 2024 Hourly Cost of Downtime Report
70%

of engineering teams now run 4+ separate observability tools just to piece together what's actually slow.

Grafana Labs, Observability Survey 2024
+13% YoY

rise in customer-facing incidents at the average org, with enterprise incident volume up 16% in a single year.

PagerDuty, 2024 State of Digital Operations
What ObjectZIA does

Three things, done well.

01

Distributed tracing

Follow one request across every service it touches. See exactly which hop, which query, which dependency ate the milliseconds, span by span.

02

Real percentiles, not averages

p50, p95, and p99 per service and endpoint. Averages hide the pain your slowest 1% of users actually feel, we show you the tail.

03

Dependency health & alerts

See which services and dependencies are degraded right now, and get paged the moment an error rate or latency SLO starts to burn.

See what the interface looks like →

The difference

Most APM tools want you locked into their agent. ObjectZIA doesn't.

A typical APM vendor asks you to install their proprietary agent, format your telemetry their way, and re-instrument everything if you ever want to leave. ObjectZIA is built entirely on OpenTelemetry, the open standard, from day one.

The usual way
Your services
Proprietary agentvendor-specific SDK to install
Closed formatlocked to one vendor's schema
Switching vendorsrip out and re-instrument everything
With ObjectZIA
Your services
OpenTelemetry SDKopen standard, CNCF-graduated
ObjectZIA ingests it directlyno proprietary reformatting
Switch anytimesame instrumentation, any backend

OpenTelemetry graduated to CNCF's highest maturity tier in 2026, with 12,000+ contributors across 2,800+ companies. Read the full architecture →

How it works

If you already emit OpenTelemetry data, you're most of the way there.

Four steps, no proprietary agent to install.

01

Point your OTel collector at us

Already instrumented with OpenTelemetry? Change one export endpoint. Not yet? We'll help you stand up the SDK.

02

Traces start flowing

Spans from every service arrive automatically, stitched into full request traces the moment they land.

03

See the tail, not just the average

p50/p95/p99 per service and endpoint, plus a live map of which dependencies are healthy right now.

04

Set SLOs, get paged

Define an error-rate or latency budget once. ObjectZIA watches it continuously and alerts before it's fully burned.

Real-time alerts

Get paged on a burning SLO, not a noisy threshold.

ObjectZIA watches error rate, latency, and dependency health continuously, and routes alerts wherever your team already works.

PagerDuty & Opsgenie
Slack, routed to any channel
Webhooks, for everything else
Critical · orders-service

p99 latency at 2.4s, 3x its SLO budget for the last 5 minutes.

1 minute ago
Warning · payment-service

Error rate up to 2.1%, approaching the 3% burn threshold.

14 minutes ago
Resolved · inventory-service

p95 latency back under 180ms after a dependency recovered.

1 hour ago
Open standards

Your instrumentation is yours. It always will be.

No proprietary agent

Standard OpenTelemetry SDK

ObjectZIA doesn't require a closed-source agent. Instrument once with the OTel SDK and send data anywhere, including here.

No lock-in

Leave anytime, instrumentation intact

Point your OTel collector somewhere else and you're done switching. No re-instrumentation project required.

Compliance

SOC 2 Type II: in progress

We're pursuing SOC 2 Type II certification alongside our design partner program, targeting early 2027.

Deployment

Self-hosted collector option

Run the OpenTelemetry Collector in your own environment, and choose exactly what leaves it.

Read the full open-standards overview →

Questions

Good questions people ask us.

Do I need to rip out my existing observability stack?

No. If you're already emitting OpenTelemetry data, in many setups it's a matter of pointing your OTel Collector's exporter at ObjectZIA alongside, or instead of, wherever it goes today.

What if we're not on OpenTelemetry yet?

We'll help you instrument with the OTel SDK for your language. It's an investment either way, the difference is that instrumentation stays useful no matter which backend you point it at later.

Is ObjectZIA open source?

The platform itself is closed-source, but the instrumentation layer, OpenTelemetry, is fully open. You're never locked into our SDK, because there isn't one.

How is this different from Datadog APM or New Relic?

Both are excellent, broad platforms built around their own proprietary agents. ObjectZIA is narrower by design, tracing and latency for microservices, built entirely on the open standard, aimed at teams who don't want another agent to maintain.

Do you support self-hosted deployments?

You can run the OpenTelemetry Collector in your own environment and control exactly what telemetry leaves it. A fully self-hosted backend is on our roadmap, not available yet.

How much does it cost?

We haven't published a rate card yet, membership terms are still being shaped with design partners. See the Membership section for how we're thinking about it.

When can I start using it?

We're onboarding a small number of design partners now. Keep me posted below and we'll reach out as we open up the next batch.