REVIEWITDocumentation
ConceptUp to date · verified on 8 September 2026

Platform health — noticing silence

Machine translation, not yet reviewedThis page was translated by a model from the French version, which is authoritative. Read the French version.

01Silence is the most serious failure mode #sec_554cde20

A process that fails writes a line. A process that stops running writes nothing. The whole difficulty of supervision lies in this gap: the most costly failure is the one that leaves no trace, and no column on any screen can show what has never been written.

REVIEWIT draws a design rule from this: a health status is not stored, it is calculated. A stored status would have to be updated by someone — and in the case at hand, that someone is precisely the one who has stopped. The verdict is therefore produced at reading, by confronting what was expected with what the store actually holds.

The same requirement applies to the nuance between checking and not being able to check. A probe that has not been able to look never returns « healthy »: it returns « I don't know ». Confusing the two is the most costly defect of a monitoring device, because it is only discovered in an audit, and never before.

02The watcher does not share the fate of the watched #sec_e4470335

A process that monitors processes stops with the scheduler that carries it. The answer is not to give up monitoring, but to choose where the observer stands, in circles of increasing resistance.

The first circle is the screen: the verdict is calculated in another process, it tells the truth even when the watched is dead, but only when a human is looking. The second is the upstream: the observed region pushes a summary to a trusted third party, which measures the age of what it receives — a system cannot notice its own death, but its silence is noticed elsewhere. The third is the outgoing heartbeat, whose stoppage alerts a truly foreign third party.

The same reasoning applies to the alert channel itself. An alert that would use the product's messaging service would be unable to announce the failure of that service: the channel that announces never shares the fate of what it announces.

Finally, a health device alerts, it does not control. No automatic restart, no state switch, no suspension triggered by silence. The reason is not prudence but logic: acting on an absence of signal is treating « I don't know » as « I know that no ». A report that does not arrive may signal a failure of the watched, of the channel or of the reader — three causes, one appearance.

03What is expected declares itself #sec_2e13ea82

Without explicit declaration of what should exist, a component removed voluntarily and a component whose registration failed silently are rigorously indistinguishable: both present themselves as an absence.

REVIEWIT therefore maintains a catalog of what is expected. It costs one line per item and makes the absence not only visible, but qualified: « expected, absent » becomes an alarm when nothing justifies it, and an explanation when a declared condition is not met — a disabled feature, an unconfigured service, an unsubscribed option.

A catalog can drift, and that is its only real risk. The safeguard is an automatic check that reads the real system and compares the two lists: a new item fails the check before reaching a deployment.

Severity, on the other hand, is not confused with the nature of the problem. « Absent », « silent », « failed » describe what is happening, not what it costs. An absent secondary process weighs less than a failed vital process: severity is a calculation — nature, declared criticality, age, repetition — and not a position in a list.

04Alerting without exhausting attention #sec_35228c41

A reader who notices a failure every five minutes would send nearly three hundred messages a day for a single incident. The distinction that avoids it is simple: the verdict is stateless, the notification has a state. What is kept is not the health, but the fact that a human has already been warned — deleting this register entirely would not change any verdict.

From this follows the cycle: a delay before opening an incident, because a finding seen only once may be a restart; a single incident per subject; a reminder at a declared cadence; and a recovery announced only once, and only if the opening had been. One does not reassure someone one has not disturbed.

When a known alarm no longer needs to wake anyone up, two ways exist: silence the finding, or declare that one assumes it. The first is a deferred lie. REVIEWIT therefore offers only the second: a standby carries a reason, an author and a deadline — all three or none. It does not change the verdict, only the sending. The finding remains true, remains displayed, and resumes its course at the deadline. The acquittal obeys the same logic: « I know » stops the reminders, never the fact, and what worsens has not been acquitted.

05Two audiences, one reality #sec_5568dbff

The operator and the client look at the same platform and do not have the same question. The first asks which component has fallen; the second asks if the service owed to him is working.

Relaying technical names to the second is not transparency, it is a transfer of burden: it leaves him a translation he cannot do. Hiding a real delay would be the opposite excess, and a lie. REVIEWIT therefore interposes an explicit and versioned projection, which lives in the module and not in the screen — otherwise two portals would end up answering the same question differently.

Three rules govern it: the worst state prevails, what is not mounted is out of scope and never late, and the date presented is that of the fact, not that of the page. The client thus reads promises kept or delayed — the collection of identities, the relaunch of campaigns, the sending of notifications — and not codes of processes.

06The direction of the flow and the last proof #sec_337c2c62

When a central control plan and autonomous regions coexist, the direction of circulation is an architectural decision and not an implementation detail. Opening a descending channel for the mere comfort of a supervision screen would be enough to make regional autonomy untenable.

The consequence is liberating rather than constraining: since the center does not go looking, it is the regions that push their summary — and their silence becomes a first-order, free signal that no other device would have provided. What must be observed closely is probed closely: a region probes its own neighbors and reports; the center reads what it has been told, and the age of what it has been told.

It remains not to destroy what makes it possible to date a silence. A log without purge becomes unreadable; a purge without a floor erases the last trace of a subject that has become mute, which then becomes indistinguishable from a new subject. The rule is therefore structural and not configurable: whatever the retention period, the last known trace of each subject survives — including, and above all, that of subjects that no longer exist.

07In summary #sec_cffea994

A health device is not intended to announce that everything is fine. Its purpose is to make visible what, by nature, is not seen: the silent shutdown, the undeclared absence, the treatment that succeeds without producing anything more. REVIEWIT calculates its verdicts instead of storing them, places the observer outside the observed scope, declares what it expects, never acts on ignorance, translates for the client without relaying its plumbing, and always keeps the last proof that allows dating a silence.

Esc
↑↓ navigate↵ openSee all results →