Canonical Telemetry Runtime

Manifest-Driven
Telemetry Processing.

Define canonical metrics once. Ingest events from any source. Run versioned manifests over real-time streams or post-mortem datasets.

Canonical Dictionary Pipeline Manifests Runtime Schemas
PG
Runtime Contracts
Canonical Runtime
$ curl https://api.pitgun.io
# Resolve canonical telemetry definitions...
$ curl /schemas/pitgun-envelope/v1
✓ Dictionary + contracts resolved
Current Status
Schemas Published, Game Workload Live
v0.22

Core Primitives

The framework is built around stable data contracts, a canonical dictionary, and reproducible manifests rather than hardcoded analysis scripts.

1
01

Canonical Dictionary

Metrics are defined with stable names, units, types, and semantic meaning. The dictionary is exposed through api.pitgun.io and used by runtime contracts and processing manifests.

2
02

Manifest Engine

Analysis and pipeline behavior is described in versioned manifests: formulas, derived metrics, filters, aggregation windows, and output contracts stay reviewable and reproducible.

3
03

Public Schemas

Versioned JSON Schemas define the stable boundary between producers, processors, and insight services: event envelopes, metric dictionaries, pipeline manifests, bundle manifests, and analysis contracts.

4
04

Reference Workload Live

Pitgun the game generates real telemetry, sessions, player behavior, and operational metrics. It exists as a demanding workload to prove the framework against live traffic.

From Source to Reproducible Analysis

Source

Games, simulators, devices, or replay tools emit runtime events.

Envelope

Events cross the boundary through pitgun-envelope-v1.

Dictionary

Channels map back to canonical names, units, dimensions, and expected types.

Manifest

Pipelines apply formulas, filters, derived metrics, and aggregation rules.

Insight

Outputs feed reports, dashboards, datasets, and downstream APIs.

GAME
Reference Workload

The game proves the framework.

Pitgun Game is a live telemetry generator: browser clients produce event envelopes, the gateway validates and stores them, and the backend turns sessions into performance data. The game is the demanding workload; the framework is the reusable architecture underneath it.

What This Demonstrates
  • Data contracts: public schemas and versioned event boundaries.
  • Rust services: gateway, processing, leaderboard, and performance APIs.
  • Analytical storage: PostgreSQL for runs, QuestDB for telemetry.
  • Operations: staging/prod stacks, observability, and CI-built images.
  • Product signal: real users create telemetry that stresses the system.