Checks that mean something
Not «does the server answer», but «does the homepage load, can someone sign in, does the ordering path work».
After an incident, the risky moment is the return: everything looks fine, traffic comes back, and the problem returns with it. AegiFlow brings traffic back in small steps and checks that the things that matter actually work at each step.
Recovery is rehearsed on a test address before it is trusted in production, and each rehearsal keeps a pass or fail record.
Every capability has a narrow responsibility, an operational state and evidence that explains the result.
Not «does the server answer», but «does the homepage load, can someone sign in, does the ordering path work».
Traffic returns gradually. If a check fails at any step, the step is undone instead of pushed through.
Each rehearsal and each real recovery leaves a record you can show a client, an auditor or your own board.
The visitor path remains short. Configuration, verification and rollback stay visible to the operator at every stage.
The whole return is tried out where no real visitor is affected.
A small slice of traffic first, then more, only while the checks keep passing.
Passed or failed, the outcome is kept with its evidence.
AegiFlow does not turn missing evidence into a reassuring zero. Every state links to its source, freshness and next action.
How this capability behaves in production — grounded in the platform's documented, current operation.
Recovery is exercised on a validation hostname: real requests, real checks, pass or fail — and the receipt is retained. Five drills have passed to date on the first production service; each one is recorded with its evidence.
Return to normal is staged — 1%, 5%, 25%, 50%, 100% — and each step must pass business-transaction checks on the routes that matter: homepage, login, API. If a check fails, the step rolls back instead of hoping.
Ownership, certificate, origin health and rollback must pass before traffic protection changes.