Skip to content
Pre-launch · Live status page goes live at GA, Q2 2026
Monitored internally
SYSTEM STATUS

Status page is live at GA, Q2 2026.

ORDENTRA is pre-launch. There is no production traffic to report on yet. This page will become the live system status dashboard — per-region availability, p99 latency, incident history, and maintenance windows — the day we reach general availability.
Pre-launch

No production traffic yet. Live dashboard lands at GA.

ORDENTRA goes live for design partners in Q2 2026. Until then, there’s no production traffic to report on — this page will become the live system status dashboard at GA, with per-region availability, p99 latency, incident history, and scheduled maintenance windows.

Infrastructure health is monitored internally during pre-launch. If you want to know when the live dashboard goes live, subscribe below.

Post-launch preview

What the live status page will show, the day it goes live.

A short preview of the surface that replaces this placeholder at GA. Every card below ships live with Q2 2026 general availability.

Post-launch

Per-region availability

Live availability for every ORDENTRA service across every production region, refreshed from synthetic probes.

Post-launch

p99 response time

API, dashboard, webhook delivery and data pipeline latency at p50, p95 and p99, bucketed per region.

Post-launch

Incident history + post-mortems

Every resolved incident with a written post-mortem — root cause, corrective action, and verification steps.

Post-launch

Scheduled maintenance windows

Forward-looking maintenance calendar with affected services, per-region windows, and subscriber notifications.

Incident response principles

How we’ll handle incidents, when we have them.

Four design principles we are engineering the ORDENTRA incident-response runbook against. These are design goals, not contractual commitments — the contractual side lives in the Trust centre.

RTO under 1 hour

Our target recovery-time objective for a customer-impacting incident is under 60 minutes. This is the design goal we are engineering against, not a contractual commitment.

Post-mortem for every incident

Every incident — regardless of blast radius — gets a written post-mortem within five business days, covering root cause, corrective action, and verification steps.

Direct customer notification

Affected customers are notified directly, in addition to the status page, during and after an incident. Notification is part of our incident-response runbook, not an afterthought.

Open changelog

A customer-visible changelog accompanies every deploy that ships behaviour changes, integration updates, or security patches. Transparency is the default.

Looking for security posture, SLA terms, or the contractual side of incident response? Those live on the Trust page, not here.

Visit the Trust centre