
Vight
Flat-priced OpenTelemetry APM
One investigation surface from spike to root cause.
Vight keeps services, traces, database calls, runtime signals, and deploy context in the same flow so teams can move from symptom to cause without rebuilding dashboards.
Why Vight
Your incident lives in five tabs.
The error spiked inSentry
The trace is inTempo
The GC pause is inApp Insights
The deploy that caused it is inGitHub
So we built one surface to bring them together — services, traces, database calls, runtime, and deploy context, stitched into one investigation.
So you can see what changed, why it changed, and what to roll back — without tab-hopping at 2am.
What you get
An APM that stops at the cause.
Four product decisions that change how investigation feels. Everything else on this page is downstream of these four.
- 01
Investigation, not dashboards.
Vight opens at the regression and walks you to the cause. You don't build dashboards to find what changed — the product already did.
- 02
Runtime signals on the trace.
GC pauses, worker thread saturation, allocations, and p99 sit on the same screen as the trace that triggered them.
- 03
OpenTelemetry-native ingest.
Send OTLP from any service, any runtime, any collector. No custom agent to install per host, no proprietary schema.
- 04
Hosted, ready in minutes.
Sign up, send telemetry to Vight, and start investigating. Your team ships features instead of running another observability platform.
01 — Service map
See the dependency that broke before the page does.
Every edge carries request rate and error % from OpenTelemetry spans. The slow edge tells you which downstream is owning the spike, not just that there is a spike.
- Live request rate per edge
- Error rate and p99 on hover
- Version-aware so you can blame a deploy
- GET /checkoutweb-api813ms
- auth.validateauth-api32ms
- cart.loadcheckout-api64ms
- redis.GET cart:9213redis12ms
- catalog.priceListcatalog-api88ms
- postgres.SELECT itemspostgres74ms
- billing.authorizebilling-api410ms+214ms
- stripe.chargebilling-api360ms
- http.POST api.stripe.comexternal320ms
- order.writecheckout-api102ms
- postgres.INSERT orderspostgres80ms
- response.sendweb-api78ms
- Service
- billing-api
- Version
- v2026.05.22.1
- Host
- billing-7f9c · eu-west-1
- Runtime
- .NET 9.0.4 · GC gen2
- Endpoint
- POST /v1/charges
- Worker
- thread-pool 248/256
- Region
- eu-west · stripe-eu
- Deploy
- 12m ago · team-payments
02 — Trace waterfall
Open the slow span with its context already attached.
Spans carry version, endpoint, worker, and resource attributes. Click the slow span and the runtime and dependency are already there.
- Per-span runtime context
- Highlight regressions vs baseline
- Jump to the originating service
03 — .NET runtime
The runtime view your APM forgot to ship.
GC pauses, worker threads, allocations, p99 — all in one panel keyed to the same trace and version. Deep .NET runtime signals today; OTLP metrics for everything else.
- GC gen0/1/2 pauses correlated to spans
- Worker thread saturation timeline
- Allocations per second + LOH spikes
- p99 latency aligned to deploy markers
Worker threads
Allocations / sec
p99 latency
- HIGHhigh severitycheckoutp99 +214msLatency climb after deployv2026.05.22.1team-payments12m agotrace 4f7d9c
- HIGHhigh severitybilling-api2.41% error rate5xx from stripe.chargev2026.05.22.1team-payments14m agotrace 0c19aa
- MEDmedium severitycatalogallocations +38%Hot path allocating per requestv2026.05.21.4team-platform32m agotrace b773ef
- MEDmedium severityauthworker saturationPool 248/256 usedv2026.05.21.4team-identity1h agotrace 91a204
- INFOinformationalredis-cachemiss rate +6%Cache warming after restartteam-platform2h agotrace 4d8a17
- INFOinformationalpostgres-replicalag 220msReplication lag, recoveredteam-platform3h agotrace ee0721
04 — Regressions
A feed of what actually changed.
Vight scores p99, error rate, and runtime metrics against baseline and surfaces only regressions worth opening. Each row links to the trace that explains it.
- Baseline-aware scoring
- Auto-grouped by service + version
- One-click into trace context
Integrations
Standards in. Investigation out.
If your services emit OpenTelemetry, Vight reads them. Deeper surfaces light up automatically when the standard runtime attributes are present.
- OpenTelemetry
- .NET
- ASP.NET Core
- Kestrel
- PostgreSQL
- Worker services
- gRPC
- HTTP client
- RabbitMQ
- SQL Server
- Entity Framework
- OTLP collector
Anything OpenTelemetry-compliant works. .NET surfaces are the deepest today.
Setup
Three steps. OTLP in.
Point an OpenTelemetry exporter at Vight, name your service, deploy. No per-host agent, no proprietary schema — live in under five minutes.
Service name
Create a workspace
Sign up and grab an ingest key. No agent to install, no host to provision.
.AddOtlpExporter(o =>
{
o.Endpoint = new Uri(
"https://ingest.vight.io");
o.Headers =
"x-vight-ingestion-key=vgt_8f2a4c";
});Add the OTLP exporter
Point OpenTelemetry at Vight and name your service. .NET surfaces the most — any OTel SDK works.
Deploy
Ship it. The service map and traces light up within a minute.
Your endpoint and key are on the Ingest keys page. Any OpenTelemetry SDK works — .NET runtime signals go deepest.
How it compares
Built for the teams the big tools price out.
Datadog and New Relic are broader and more mature. Vight is for teams who want the investigation flow and a predictable bill — not every integration under the sun.
| Vight | Per-host APMsDatadog, New Relic | Roll your ownGrafana + Tempo + Prom | |
|---|---|---|---|
| Pricing | Flat workspace pricing — your bill doesn't move with traffic. | Per-host + per-GB. Scales with your worst day. | Free software; you pay in infra + time. |
| Setup | Point OTLP at us. Live in minutes, no per-host agent. | Install and maintain an agent on every host. | Stand up Tempo / Prometheus / Grafana, then operate it. |
| Investigation | Opens at the regression and walks you to the cause. | Powerful — but a lot to assemble and tune. | Build the dashboards before you can find anything. |
| .NET runtime | GC pauses, threads, allocations sit on the trace. | Deep, at a price. App Insights is shallower. | Wire up runtime metrics yourself. |
| Who operates it | We run ingest and storage. | They host it. | You host the thing that watches your other things. |
Everything
Everything in every workspace.
One surface, one bill — no add-ons, no higher tier to unlock.
Investigation & flow
- Live service map
- Trace waterfall
- Regression feed
- Baseline-aware scoring
- Deploy-aware edges
- One-click trace context
- Slow-span drilldown
- Error rate + p99 on hover
- Blame a deploy by version
.NET runtime
- GC gen0 / 1 / 2 pauses
- Thread-pool saturation
- Allocations + LOH spikes
- p99 aligned to deploys
- Runtime on the trace
- Worker-thread timeline
- Per-span runtime context
- Endpoint + worker attributes
Telemetry & ingest
- OTLP over HTTP + gRPC
- Any OpenTelemetry SDK
- No per-host agent
- Collector-friendly
- ASP.NET Core & Kestrel
- EF Core & PostgreSQL
- gRPC & HTTP client
- RabbitMQ & SQL Server
Platform & pricing
- Hosted & managed
- Flat workspace pricing
- Unlimited viewers
- Included telemetry
- Raw + rollup retention
- Multiple projects
- No bill shock on spikes
- Dogfooded in production
Pricing
Flat pricing. No per-host math.
Workspace pricing with included telemetry and unlimited viewers. Your bill doesn't jump when traffic spikes.
Starter
$29/mo, flatEverything included · up to 25M events / mo
- 25M events / mo included
- Unlimited projects
- Unlimited services
- 7-day raw retention
- 90-day rollups
- Unlimited viewers
- OTLP-native — no per-host agent
- Most popular · Founding rate
Growth
$149/mo, flatEverything included · up to 500M events / mo
- 500M events / mo included
- Unlimited projects
- Unlimited services
- 30-day raw retention
- 395-day rollups
- Unlimited viewers
- OTLP-native — no per-host agent
Founding workspaces — first 100, 20% off, locked in forever
35 left at this rate · then full price
Scale
$499/mo, flatEverything included · up to 2B events / mo
- 2B events / mo included
- Unlimited projects
- Unlimited services
- 90-day raw retention
- 730-day rollups
- Unlimited viewers
- OTLP-native — no per-host agent
14-day free trial · cancel anytime
Bigger or dedicated? Scale is custom — talk to us.
Pricing Calculator
Vight vs Datadog vs New Relic
Slide to your monthly events, hosts, and team size. Same telemetry, a fraction of the bill.
Monthly events: 250M · Hosts: 10 · Team: 5 engineers
- 🏆 Cheapest
Vight
$1,428/yrevery feature included
Datadog APM
$4,536/yrVight is 69% cheaper
New Relic
$5,621/yrVight is 75% cheaper
At 250M events/mo across 10 hosts, Vight is up to 75% cheaper than the per-host APMs — for the same telemetry.
14-day trial · every feature on every plan
Estimated from published list pricing — Datadog and New Relic pricing pages, verified 2026-07-01. Assumes ~1 KB/event, ~20% of spans indexed/retained (Datadog retention-filter norm — indexing all spans costs more). New Relic seats at Standard $99/user (teams over 5 users move to Pro at more); Datadog per-host; Vight flat with unlimited users. Datadog APM only (per-host + spans). Your negotiated quote may differ.
FAQ
Questions teams ask first.
The things teams check before sending telemetry to Vight.
Do we have to use a custom agent?
No. Send OTLP straight from your services or via any OpenTelemetry collector. Vight is the receiver and the surface, not an agent you install per host.
Where is Vight hosted?
Vight is a hosted service. Send telemetry to Vight and use the product surface without operating another observability platform.
What about non-.NET services?
They show up in the map, traces, and metrics views immediately. The deeper runtime surface goes deepest for .NET today and will broaden as runtime conventions mature in OpenTelemetry.
What does it cost?
Early access uses flat APM workspace pricing with included telemetry and unlimited viewers. We don't price per host or auto-scale your bill when traffic spikes.
What does setup look like?
Sign up, point your OTLP endpoint at the Vight ingest URL, set a service name, deploy. The service map and traces light up within a minute.
How does this compare to building dashboards in Grafana?
Grafana is good when you already know what to look at. Vight opens at the regression and walks you to the cause without a dashboard-building step.
Inspect the product surface.
Decide from evidence.
The map, the trace, and the runtime — already opened on the things that changed.
Vight runs on Vight. Our own services are monitored by the product you're looking at — we catch our spikes the way you'll catch yours.