Kolísanie a potvrdenie obnovy

failAfter(n) vyžaduje n po sebe idúcich zlyhaní, kým sa otvorí alert a spustí HealthCheckFailed aj notifikácie — kolísanie tak neruší. recoverAfter(n) funguje opačne: alert zostane otvorený, kým obnovu nepotvrdí n po sebe idúcich výsledkov OK. Obe sú predvolene 1 — otvoriť a zatvoriť ihneď:

Health::for($team)->monitor(PaymentGatewayCheck::class)
    ->everyMinute()
    ->failAfter(3)      // alert on the 3rd consecutive failure
    ->recoverAfter(2)   // close after 2 consecutive OKs
    ->save();

Ako fungujú počítadlá

• Počítadlá každého monitoringu sú v riadku health_checks: consecutive_failures a consecutive_successes.
• Výsledok warning alebo failed zvýši consecutive_failures a vynuluje consecutive_successes. Výsledok ok robí opak.
• Výsledok skipped sa počítadiel nedotkne.
• Pod prahom sa beh aj tak zapíše do histórie — obmedzené sú len vedľajšie účinky alertu. Stavový report ukazuje ok, kým sa alert skutočne neotvorí.
• Keď obnova alert zatvorí, consecutive_successes sa vynuluje.
• Počítadlá sa zapisujú relatívne (failures = failures + 1) a znova načítajú, takže dva prekrývajúce sa behy nikdy nestratia prírastok a potichu neodložia alert.
• Hodnoty pod 1 sa zaokrúhlia na 1.

Príklad krok za krokom

S failAfter(3) a recoverAfter(2): prvý a druhý beh zlyhajú a zapíšu sa, nič iné sa nestane. Tretí beh zlyhá, otvorí alert, spustí HealthCheckFailed a upozorní. Každý ďalší zlyhaný beh spustí HealthCheckFailed znova; bez eskalačnej politiky aj znova upozorní, v medziach obmedzenia (throttle). Keď služba opäť funguje, prvé OK nechá alert otvorený a druhé ho zatvorí a spustí HealthCheckRecovered.