Monitoring & status
Weet het eerder dan je klanten als je site uitvalt
Bewaak websites, API’s, poorten, certificaten, DNS, cronjobs en je eigen servers — tegelijk gecontroleerd vanuit Europa, Noord-Amerika en Azië-Pacific, zodat je de storing ziet die je klanten in Frankfurt raakt, ook als het vanuit Ashburn prima lijkt. Een status verandert pas als genoeg regio’s het eens zijn, en daarom hoor je van ons wanneer er echt iets mis is.
Gratis plan · Geen creditcard · Eerste monitor live binnen een minuut
- Gecontroleerd vanaf drie continenten
- Eén incident, geen tien meldingen
- Elf dingen die het kan bewaken
- Rechtstreeks naar Slack, Jira of PagerDuty
Overal gecontroleerd, bevestigd voordat je gewekt wordt
Elke check draait tegelijk vanaf probes in Europa, Noord-Amerika en Azië-Pacific. Eén die faalt is geen storing — dat is één probe met een slechte seconde, en een monitoringtool die je daarvoor belt leert je om hem te negeren. Dus een status slaat pas om als genoeg probes, in genoeg verschillende regio’s, het eens zijn. Je krijgt de storing die je klanten echt raakt, en je krijgt de storingen niet meer die ze nooit gemerkt hebben.
- Probes in Europa, Noord-Amerika en Azië-Pacific, bij elke check
- Een status verandert pas als jouw drempel aan probes — en aan regio’s — het eens is
- Responstijden per regio, zodat “het is traag in Azië” iets is dat je kunt zien
- Flapperen wordt gedempt, zodat een dienst die stuitert je niet twaalf keer belt
https://api.northwind.com/v1/search
Gecontroleerd vanuit 3 regio’s · 2 probes moeten het eens zijn · 2 van 3 regio’s moeten het eens zijn
Een status verandert pas als aan de drempels hierboven is voldaan — daarom bereikt één regio met een slechte seconde je nooit.
Elf dingen die het kan bewaken, niet alleen “staat de site aan”
Een website die 200 antwoordt is het makkelijke geval. InfraNest bewaakt ook de dingen die stilletjes stukgaan: een cronjob die zich niet meer meldt, een API die het verkeerde JSON-veld teruggeeft, een redirect die zijn bestemming kwijt is, een certificaat dat over drie dagen verloopt, een poort die dichtging, een DNS-record dat niet meer resolvet — en de servers eronder, met CPU, geheugen, schijf en services vanuit de agent. Het bewaakt zelfs de statuspagina’s van anderen, zodat een storing bij een provider waarvan je afhankelijk bent je bereikt zonder dat je die pagina ververst.
- Heartbeat-monitors vangen de cronjob die stilletjes gestopt is
- API-monitors doen assertions op JSON-velden, niet alleen op de statuscode
- Servermonitors rapporteren CPU, geheugen, schijf, load en services
- Servicestatus-monitors pollen de statuspagina’s van je providers voor je
Daarna vraagt het om
Een URL, en de statuscode die je terugverwacht
Een URL, en het woord dat in de response moet staan
Een URL, en de eind-URL waar je wilt uitkomen
Een domein of IP, en de poort
Een domein, en hoeveel dagen van tevoren je gewaarschuwd wilt worden
Een domein, het recordtype, en de waarde die je verwacht
Een domein of IP-adres
Een URL, plus assertions op de JSON die terugkomt
Niets — je krijgt een URL die je job moet aanroepen
Welke server, en welke metric welke drempel overschrijdt
Welke provider, en welke onderdelen daarvan je gebruikt
Eén storing, één incident — geen tien meldingen
Als de database omvalt, valt alles ervoor mee om. De meeste tools bellen je dan één keer per check, en je besteedt de eerste tien minuten van een storing aan uitzoeken welke melding ertoe doet. Vertel InfraNest welke monitors van welke afhangen en het doet dat voor je: als de ouder omvalt worden de kinderen onderdrukt, dus je krijgt één incident dat benoemt wat er echt stuk is, met een tijdlijn waar je updates aan toevoegt. Gepland werk gaat in een onderhoudsvenster en leest nooit als een storing.
- Geef aan wat waarvan afhangt — een ouder die omvalt legt zijn kinderen stil
- Eén incident met een tijdlijn: gedetecteerd, bevestigd, bijgewerkt, opgelost
- Onderhoudsvensters pauzeren meldingen en markeren het werk als gepland
- Bevestig of los op vanuit de melding zelf, of vanuit een automatisering
Welke monitors van welke afhangen geef je één keer per monitor op.
Waar de melding heen gaat is waar het om draait
Een melding die niemand ziet is geen monitoring. Stuur waarschuwingen naar een Slack-kanaal en harde storingen naar PagerDuty, met e-mail, Teams, Discord of Telegram ernaast — en zet een bestemming op alleen-kritiek, zodat de telefoon om 3 uur ’s nachts stil blijft voor dingen die tot maandag kunnen wachten. Voorbij de kanalen kan een automatisering op de melding handelen in plaats van hem alleen door te sturen: de Jira- of Linear-issue openen, de GitHub-issue aanmaken, op je statuspagina posten, naar je eigen endpoint POSTen, of de server herstarten en het incident sluiten als hij terugkomt.
- E-mail, Slack, Teams, Discord, Telegram en PagerDuty
- Ernst per bestemming, zodat alleen-kritieke kanalen verder stil blijven
- Herstelmeldingen, zodat “is het weer goed?” beantwoord is zonder te vragen
- Of geef het aan een automatisering: Jira, Linear, Notion, GitHub, een webhook, een herstart
Of laat een automatisering erop reageren
Wat het verder regelt
De onderdelen die pas interessant worden als je ze nodig hebt.
Statuspagina’s
Maak van wat je al bewaakt een merkeigen publieke pagina op je eigen domein — met de incidenten en onderhoudsvensters die automatisch meegaan.
Je eigen probes
Draai een probe op een van je eigen servers om iets te bewaken dat alleen binnen je netwerk bereikbaar is, naast de publieke probes.
Historie van responstijden
Responstijden per regio door de tijd bewaard, zodat “het werd vorige dinsdag trager” iets is om aan te wijzen in plaats van te onthouden.
Meldingen op servermetrics
Meld het wanneer de CPU, schijf of het netwerk van een server een drempel passeert — voordat het een check wordt die faalt.
Onderhoudsvensters
Plan het werk in, en de meldingen, de statuspagina en het uptime-cijfer begrijpen alle drie dat het gepland was.
Automatiseringen op monitors
Pauzeer een monitor, demp hem een uur, open een venster of herstart een server, getriggerd door wat je maar wilt.
Eerste monitor live binnen een minuut
Plak een URL. Geen agent te installeren, niets in te stellen, en het gratis plan houdt er twintig.
Zelf bouwen vs InfraNest
Het verschil tussen weten dát iets down is en te horen krijgen wat ertoe doet.
Met de hand
- Een cronjob die een URL curlt vanaf één machine in één land
- Elke afhankelijke dienst die je apart belt voor één storing
- Meldingen in een inbox die om 3 uur ’s nachts niemand leest
- Een cronjob die stilletjes stopte, een week later opgemerkt
- Gepland werk niet te onderscheiden van een echte storing
Met InfraNest
- Probes op drie continenten die het eens moeten zijn voordat je iets hoort
- Eén incident dat benoemt wat er echt stuk is
- Waarschuwingen naar Slack, harde storingen naar PagerDuty, alleen-kritiek waar het telt
- Een heartbeat-monitor die de stilte binnen minuten opmerkt
- Onderhoudsvensters die het uptime-cijfer eerlijk houden
Eén login, tien modules
Elke module zit in elk plan, ook in Free — alleen de limieten verschillen.
Wat het los zou kosten
Elk onderdeel bij een andere tool, en het loopt snel op:
- Domein & DNS
- ~€30
- Uptime-monitoring
- ~€29
- SSL-tracking
- ~€15
- Statuspagina
- ~€29
- Serverpaneel
- ~€15
- Over 4–5 losse tools
- €100–150/mnd
Veelgestelde vragen
Vanaf waar draaien de checks?
Vanaf probes in Europa, Noord-Amerika en Azië-Pacific. Elke check draait vanaf meerdere tegelijk, en een status verandert pas als genoeg ervan — verspreid over genoeg regio’s — het eens zijn, en dat is wat voorkomt dat één wispelturige locatie je belt. Je kunt ook een probe op je eigen server draaien om iets te bewaken dat alleen binnen je netwerk bereikbaar is.
Wat kan het bewaken?
Websites en API’s via HTTP, keyword- en redirectchecks, TCP-poorten, ping, DNS-records, SSL-certificaten, heartbeat-monitors voor cronjobs, API-monitors met JSON-assertions, de CPU, het geheugen, de schijf en de services van je servers, en de statuspagina’s van andere providers.
Hoe voorkom ik dat één storing me tien keer belt?
Vertel InfraNest welke monitors van welke afhangen. Als een ouder omvalt worden zijn kinderen onderdrukt, dus je krijgt één incident dat de oorzaak benoemt in plaats van een melding per geraakte check. Flapperen wordt apart gedempt, zodat een dienst die op en neer stuitert je niet elke keer belt.
Waar kunnen meldingen heen?
E-mail, Slack, Microsoft Teams, Discord, Telegram en PagerDuty, en elke bestemming kan op een ernstniveau worden gezet — zodat een alleen-kritiek kanaal stil blijft bij waarschuwingen. Een automatisering kan verder gaan en een Jira-, Linear-, Notion- of GitHub-issue openen, op je statuspagina posten, je eigen webhook aanroepen, of direct op de server ingrijpen.
Heb ik een agent nodig om een cronjob te bewaken?
Nee. Een heartbeat-monitor geeft je een URL die je script of cron aanroept zodra het klaar is. Komt die aanroep niet binnen het venster dat je instelt, dan krijg je een melding — en dat vangt de job die stilletjes stopte, de storing die een URL-check nooit kan zien.
Wat gebeurt er tijdens gepland onderhoud?
Open een onderhoudsvenster en de checks daarbinnen stoppen met melden, de statuspagina zegt dat het werk gepland was, en je uptime-cijfer wordt er niet voor gestraft.
Twintig monitors, op het gratis plan
Plak een URL en bewaak hem vanaf drie continenten.
Gratis plan · Geen creditcard nodig · In enkele minuten ingesteld