Backend instability
Retries and unchecked concurrency can turn an isolated backend failure into a wider outage.
Impulse is an open-source edge runtime that terminates HTTP/3 over QUIC, applies explicit traffic policy, and forwards requests to existing HTTP/1.1 or HTTP/2 services.
This beta release is intended for controlled production rollout. Review status, general-availability blockers, and limitations.
Example generation
Active
Ingress
HTTP/3 + QUIC
Decision
Route + Select
Policy
Authentication + Admission
Upstream
HTTP/1.1 or HTTP/2
The operational problem
Basic forwarding is only the beginning. Under pressure, platform teams need explicit routing, policy, and terminal outcomes.
Retries and unchecked concurrency can turn an isolated backend failure into a wider outage.
When authentication, quota, admission, and routing blur together, rejected requests become difficult to explain.
Routing and resilience updates need validation, controlled activation, and a retained rollback path.
Metrics, logs, traces, and audit events need a shared vocabulary to tell the same request story.
One runtime, explicit decisions
Routing, authentication, admission, quota, and backend outcomes use shared runtime and telemetry contracts.
Terminate native HTTP/3 over QUIC, with HTTP/1.1 and HTTP/2 bootstrap ingress for broad client compatibility.
Route by host, wildcard host, path prefix, and method with explicit, predictable resolution semantics.
Choose from six load-balancing strategies backed by active health checks, passive signals, and automatic recovery.
Apply admission control, quotas, retries, hedging, circuit breakers, and bounded resource use where your traffic needs them.
Secure upstreams with mutual TLS (mTLS), protect requests with JSON Web Tokens (JWTs) or API keys, and operate through role-aware administration.
Correlate Prometheus metrics, structured logs, OpenTelemetry Protocol (OTLP) traces, audit events, and live runtime snapshots.
Adopt without rewriting
Impulse terminates modern traffic at the edge, converges both ingress paths on one policy pipeline, and dispatches to the backend protocol your services already use.
Impulse runtime architecture
Data plane and control plane boundaries
Downstream
Native ingress
HTTP/3 · QUIC · UDP
Bootstrap ingress
HTTP/1.1 or HTTP/2 · TCP/TLS
Shared request path
One policy model for both ingress paths
01
Intake
canonical context
02
Route
resolve upstream
03
Select
choose backend
04
Pre-auth
brownout + rate limits
05
Local authentication
API key + JWT
06
External authorization
provider decision
07
Post-auth
quota + protection
08
Dispatch
bridge + transport
Upstream
HTTPS backend
HTTP/2 · TLS · optional mTLS
HTTP backend
HTTP/1.1 · connection pool
Runtime control
Validated generations
Validate · preview · activate · history · rollback
Backend lifecycle
Resolution, health, membership
Domain Name System (DNS) refresh · active checks · passive feedback · client rotation
Operator surfaces
Inspect request outcomes
Control API · metrics · logs · traces · audit · watchdog
Configuration you can reason about
Impulse lowers validated YAML into an immutable runtime generation. Operators see the diff before activation and keep a bounded path back to a known-good state.
version: 1
listen:
protocol: http3
port: 9889
tls:
cert: certs/proxy-cert.pem
key: certs/proxy-key-pkcs8.pem
upstream:
api_backend:
load_balancing:
type: round-robin
route:
path_prefix: /api
backends:
- id: api-1
address: http://127.0.0.1:8001Inspect per-domain changes, reject incompatible updates, and atomically swap accepted generations.
Start with shipped dashboards, recording rules, alerts, and service-level objective (SLO) definitions aligned to the runtime vocabulary.
Deploy with intent
Follow the quickstart with an existing backend, then move toward a staged rollout with monitoring and rollback readiness.