Alerts die je kunt controleren

Kanalen

• E-mail — wat er gebeurde, sinds wanneer, welke proberegio's het bevestigden, en een link recht naar de check.
• Telegram — via een bot die okokumo beheert, dus instellen is op Verbinden drukken en dan op Start, in plaats van je eigen bot registreren.
• Slack — een incoming webhook die je plakt, bezorgd als opgemaakte blocks, met een testverzending vanuit de interface.
• Discord — een incoming webhook die je in je eigen server aanmaakt (Kanaal → Kanaal bewerken → Integraties → Webhooks) en op dezelfde manier plakt. Alerts komen aan als embed — rood bij down, groen bij herstel, grijs bij gepauzeerd — met de statuswissel, het tijdstip, de reden en het doel, en de titel linkt terug naar de check. Niets te installeren en geen bot om uit te nodigen.
• Webhook — ondertekende JSON over HTTPS naar elk endpoint, opnieuw geprobeerd met backoff, met een gedocumenteerde payload. Elke bezorging draagt een HMAC-signatuur zodat de ontvanger kan verifiëren dat hij van ons komt.

Er is geen sms en geen telefoongesprek. Beide staan op de lijst van wat dit product niet doet.

Een kanaal ontvangt niets tot het bevestigd is

Een kanaal toevoegen kost twee stappen, niet één. E-mail valideert wanneer je op de naar dat adres verzonden link klikt; webhook, Slack en Discord valideren op het moment dat een testbezorging lukt. Tot dan bestaat het kanaal wel, maar staat het in afwachting, en kanalen in afwachting ontvangen niets.

Dat is opzettelijk, en het is de moeite waard om te begrijpen in plaats van omheen te werken: het garandeert dat een alert nooit naar een bestemming gaat die niemand heeft bevestigd — een verkeerd getypt adres, een webhook die nooit bereikbaar was, een verwijderd Slack-kanaal. De prijs is dat een check down kan gaan zonder je te waarschuwen als zijn enige kanaal nooit is bevestigd, en precies daarom bestaat de bezorglog hieronder en zegt hij het.

Routering

Kanalen kun je aan specifieke checks hangen, of laten staan als organisatiestandaard die alles dekt. Zo kan de klantgerichte API via Telegram een telefoon wekken terwijl een nachtelijke batchtaak post in een Slack-kanaal waar om 3 uur niemand naar kijkt.

Één incident, één alert

Een overgang naar down verzendt één keer. Zolang de status ongewijzigd blijft, meldt niets opnieuw — een dienst die zes uur down is levert geen zes uur berichten op, want een kanaal dat valse alarmen slaat wordt gedempt, en een gedempt kanaal is slechter dan geen monitoring. Het herstel verzendt zijn eigen melding, zodat stilte nooit geïnterpreteerd hoeft te worden.

Daaronder moet een storing bevestigd zijn door een tweede onafhankelijke EU-proberegio voordat hier iets van begint. Zo werkt dat →

Het deel dat niemand anders je laat zien

app.okokumo.com/checks/api

Elke check houdt een bezorglog bij: wat is verzonden, naar welk kanaal, wanneer — en wat is overgeslagen, met de reden. Gededupliceerd omdat de status niet was veranderd. Overgeslagen omdat het kanaal nog in afwachting stond. Mislukt omdat het endpoint een 500 teruggaf.

Elk monitoringproduct beweert dat het je waarschuwt. Dit is de bewering die je kunt nakijken, en de reden dat de log een functie is en geen interne tabel.

Via de API

De alerts van een check zijn te lezen via de geversioneerde REST-API met een organisatiesleutel, naast checks, statussen en resultaten. Documentatie →