Skip to content
About
Main content
Recurring principle

Masking moves failure

Masking a failure moves it from a channel with a schema to a channel without one.

What it is

Masking turns failed requests into slow ones, so the industry systematically moved its failures from the error channel to the latency channel. That was the right choice for availability, and it has a consequence nobody priced: the error channel has a schema, an observer and an alert; the latency channel has a distribution nobody is watching the tail of. Errors are counted, logged, typed and paged on. Latency is averaged. A failure moved from the first channel to the second becomes invisible by that move alone.

From Emergent Failure Dynamics › Fail-slow hardware

What it assumes but cannot verify: that the capacitor is charged and the firmware will finish the job. A degraded battery makes controllers fall back silently to write-through (each write goes to disk before it is acknowledged). The symptom is a 50× throughput collapse in a system that is still perfectly correct. It is the hardest class of incident to diagnose, because nothing is broken and every check passes.

From Persistence & Durability › Battery-backed memory, NVRAM

Where it appears

In 13 mechanisms. Each says what the mechanism is about, then how this principle shows up there, in its own words.

Made on the same pages most often.