01
Define the boundary
Choose a service group, ownership domain, environment, critical user journey, or incident class. Record approved signals and fields, expected volume, data classification, region, retention, notification destinations and the evidence your team and agents need to check.
02
Deploy an isolated secondary path
Fan out approved telemetry directly to Epok’s owned ingest through OpenTelemetry or an open shipper using an ingest-scoped key. Give the destination its own queue, timeout, retry policy and volume ceiling. No proprietary Epok agent for server-side telemetry.
03
Keep the control plane unchanged
Existing telemetry destinations, monitors, dashboards, paging and incident command remain authoritative during evaluation. Assess recovery recommendations from change and blast radius while root-cause analysis continues. We recommend; you execute.
04
Exercise representative incidents
Use agreed incident windows, synthetic failures or approved failure exercises across related systems. Follow evidence IDs to receipts and inspect coverage, including what was not seen. Request MCP gateway access for your agents and test the same evidence from the app and the gateway.
05
Score every outcome
Classify each incident as correct, incorrect, abstained, or missed. Measure alert fanout, time from first page to verified cause, false pages, telemetry coverage and responder effort. Assess recovery recommendations and forecast uncertainty against the incident evidence as separate outcomes.
06
Expand, coexist, or stop
Review the pre-agreed quality, security, and operational gates. Expand through a separately approved change, keep the bounded deployment, or revoke the key and remove the exporter for a clean exit.