Healthchecks

Serverövervakning · Övervakning av cron-jobb och schemalagda uppgifter

Självhostad övervakning av cron-jobb: dina skript pingar tjänsten när de har kört, och du larmas när pinget uteblir.

Betyg 90 av 100 Preliminär (källbaserad)

Läs bedömningen
API · Officiellt

Management API v3 läser och skriver kontroller, integrationer och märken med projektets nyckel i X-Api-Key, och Ping-API:t tar emot jobbens livstecken över HTTP eller e-post.

Management API v3 och Ping-API · Healthchecks

Källa: source

Kontrollerat:

MCP · Tredjepart

Communityservern healthchecks-mcp läser och ändrar kontroller över Management API v3 och fungerar mot en egen installation; den underhålls av en enskild utvecklare och ingår inte i Healthchecks.

healthchecks-mcp · ni-c (community)

Källa: source

Kontrollerat:

Healthchecks: kontrollistan för Nordljus drift med sju kontroller – kundportalens hälsokontroll, nattlig databasbackup, fakturaexport till Fortnox, veckorapport till styrelsen, indexering av dokumentsök, loggrotation på app-01 och synk av kundregister – med grön, röd och pausad status, pingadresser, period, respit och integrationsikoner
1 / 5 Kontrollistan för Nordljus drift med sju schemalagda jobb och deras status

Bedömning

Så bedömer vi

Totalbetyg

90 av 100

Preliminär (källbaserad)

Bedömningsprofil
Drift av en mindre serverpark där nattliga backuper, rapportutskick och synkjobben måste larma när de uteblir, utan att någon sitter och tittar på en logg.
Bedömningsdatum
Modellversion
3.0.0
  1. Öppenhet och kontroll

    BSD 3-clause enligt repots LICENSE och GitHubs licensidentifiering. Hela tjänsten – webb, Ping-API, Management-API och bakgrundsprocesserna – ligger i samma repo, databasen är SQLite eller en egen Postgres/MySQL, och ingen funktion är låst till leverantörens molntjänst. Den publika instansen på healthchecks.io är en separat drift av samma kod, inte en annan produkt.

  2. Funktionell passform

    Gör exakt det den lovar: tar emot en ping från ett jobb och larmar när pinget uteblir. I labbet sattes sju kontroller upp med period och respit, cron-uttryck och tidszon, med både lyckade och misslyckade körningar, och statusen växlade mellan uppe, sen, nere och pausad utan ingrepp. Ping-API:t tar GET, POST, HEAD och e-post, och en körning kan skicka med loggad utdata som sparas med pinget.

  3. Dataflytt och interoperabilitet

    Kontroller, integrationer och märken går att läsa och skriva över Management API v3, och hela databasen är en fil eller en vanlig Postgres-databas som kan flyttas med. Pinghistoriken har dock inget dokumenterat exportformat – den går att läsa via API:t per kontroll, men ingen samlad export finns, vilket håller nivån under 5.

  4. Mognad och trygghet

    Projektet har utvecklats sedan 2015, har över tio tusen stjärnor, säkerhetspolicy, återkommande utgåvor och en egen dokumentationsportal med guider för cron, systemd, Prometheus och ett tjugotal språkexempel. Driftmodellen är enkel och har varit stabil i många år, och den publika tjänsten kör samma kod som går att installera själv.

  5. Framtidskraft

    Management API v3 täcker kontroller, integrationer och märken, pingarna är rena HTTP-anrop och dokumentationen beskriver automation från skript, GitHub Actions, systemd och Prometheus. Någon MCP-server från leverantören finns inte, men en underhållen tredjepartsserver (healthchecks-mcp) finns publicerad på npm och fungerar mot både den publika tjänsten och en egen installation.

  6. Drift och införande

    En container med SQLite räckte för en fungerande installation; run.sh kör migreringarna och startar larm- och rapportprocesserna själv. Dokumentationen beskriver varje miljövariabel, och den löpande driften är liten. Det som kräver planering är SMTP för e-postlarm och att databasen säkerhetskopieras.

  7. Kostnadsbild

    Egen installation är gratis och alla funktioner i koden är tillgängliga. Den publika tjänsten har betalplaner, och kanaler som SMS, WhatsApp och telefonsamtal kräver egna Twilio-uppgifter även när tjänsten körs själv – det är tredjepartskostnader som tillkommer utöver server och SMTP.

  8. Svensk användbarhet

    Gränssnittet är engelskt: hc/settings.py sätter USE_I18N = False och repot har inga språkfiler, så det finns ingen svensk översättning att slå på. Dokumentationen är engelsk och supporten sker i GitHub Discussioner på engelska. Verifierat i labbet: hela gränssnittet renderas på engelska.

Om Healthchecks

Healthchecks är en övervakningstjänst för schemalagda jobb. Varje jobb får en egen pingadress som skriptet anropar när det har kört klart; kommer pinget inte inom kontrollens period och respit, skickar tjänsten ett larm. Logiken är omvänd mot vanlig övervakning – det är frånvaron av ett livstecken som räknas – och passar därför nattliga backuper, rapportutskick, synkjobb och andra uppgifter som misslyckas tyst. En kontroll schemaläggs med period och respit, med ett cron-uttryck eller med systemd-tidsuttryck, och ett jobb kan signalera start, logga löpande rader, skicka med utdata från körningen och rapportera utgångsstatus, så att loggen från det misslyckade dygnet finns kvar. Larm går till e-post, webhookar, Slack, Microsoft Teams, Mattermost, Matrix, ntfy, Gotify, Telegram, Discord, PagerDuty och ytterligare ett antal kanaler, och en kontroll kan ha flera kanaler samtidigt. Publika statusmärken med svårgissade adresser kan bäddas in i README-filer och dashboardar. Projekt med teammedlemmar i läsbehörighet, tvåfaktorsinloggning med passkey och vecko- eller månadsrapport över e-post ingår, och Management API:t hanterar kontroller, kanaler och märken programmatiskt. Tjänsten körs som en container på SQLite, PostgreSQL, MySQL eller MariaDB, och den publika instansen på healthchecks.io drivs på samma kod.

Användning

Passar för

  • Driftteam som vill larma när nattliga backuper, rapportutskick eller synkjobb inte har kört
  • Den som behöver en egen övervakningstjänst utan molnabonnemang
  • Den som vill visa jobbstatus som märke i en README eller på en dashboard

Passar mindre bra för

  • Den som behöver svenskt gränssnitt eller svensk support
  • Nätverksövervakning med SNMP, topologi och beroendeanalys

Styrkor och begränsningar

Styrkor

  • Omvänd logik som fångar jobb som misslyckas tyst, utan att någon behöver läsa en logg
  • Tre schemamodeller: period med respit, cron-uttryck och systemd-tidsuttryck
  • Ping via HTTP eller e-post, med start-, logg- och utgångsstatussignaler
  • Ett tjugotal larmkanaler och publika statusmärken med svårgissade adresser
  • En container med SQLite räcker för att komma igång

Begränsningar

  • Gränssnittet finns bara på engelska – projektet har stängt av översättningar helt
  • E-postlarm kräver egen SMTP-server, och SMS, WhatsApp och telefonsamtal kräver Twilio-konto
  • Pinghistoriken har inget samlat exportformat
  • Ingen MCP-server från leverantören, bara en communityserver som underhålls av en enskild utvecklare

Skärmbilder

Tekniska resurser

Alternativ

Beszel

Serverövervakning · Lättviktig server- och containerövervakning

Lättviktig serverövervakning med en central hubb och en liten agent per maskin: CPU, minne, disk, nätverk och Docker-containrar med historik och larm.

Startår
2024
Licens
MIT
Öppen källkod
Ja
API
Finns
MCP
Tredjepart

Betyg

84 av 100

Preliminär (källbaserad)

Läs bedömningen om Beszel

Projektdata

26 830GitHub-stjärnor
Visa alla fakta och bedömningarVisa alla fakta
Startår
2024
Licens
MITÖppen källkod (OSI-godkänd licens) · Licensmodeller
Öppen källkod
Ja
Plattformar
Linux · FreeBSD · Windows · macOS
API
Finns Ej verifierat
MCP
Tredjepart
Export
Ej verifierat Ej verifierat
Språk
Gränssnitt: Svenska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll Gäller: MIT-licens verifierad via GitHub-API 2026-11-01, hela kodbasen är öppen (hubb i Go på PocketBase, agent i Go, gränssnitt i Svelte). Ingen betalutgåva, inga låsta funktioner och ingen obligatorisk molntjänst — hubben kan köras helt isolerad i eget nät.
Funktionell passform Gäller: Täcker det namngivna behovet för servrar och containrar: CPU, minne, disk, nätverk, Docker/Podman-statistik per container, historik och larm med stöd för ntfy, Gotify, Matrix, Slack och webhooks. Poäng 4 och inte 5 därför att nätverksutrustning, SNMP och IPMI saknas helt — den som också vill övervaka switchar behöver Zabbix eller Checkmk vid sidan om.
Dataflytt och interoperabilitet Gäller: Data ligger i en SQLite-fil som kan kopieras, agenten är en fristående binär och hubben en container — flytten till annan värd är enkel. Avdraget till 4 beror på att API:t är PocketBase-baserat och att det inte finns någon dokumenterad export av historiken i ett standardformat.
Mognad och trygghet Gäller: Projektet startade 2024 och senaste utgåvan är v0.21.1 (2026-10-22), det vill säga före 1.0: inställningar och API kan ändras mellan versioner. Utvecklingen är mycket aktiv (över 26 000 stjärnor och dagliga commits) men historiken är kort jämfört med Zabbix och Nagios.
Framtidskraft Gäller: Aktiv utveckling, tydlig roadmap i utgåvor och ett ekosystem av tredjepartsverktyg; integrationerna mot ntfy, Gotify och Healthchecks-liknande pulsslag gör den lätt att kombinera. Avdraget beror på att projektet vilar på en liten grupp underhållare och ännu inte nått 1.0.
Drift och införande Gäller: Lägsta driftbördan i kategorin: en container för hubben och en agent per maskin, ingen extern databas, ingen tidsserieklustring och inga certifikat att hantera. Uppgradering är att byta avbildning; data ligger kvar i volymen.
Kostnadsbild Gäller: Helt fritt under MIT, ingen prenumeration och inga funktioner bakom betalvägg. Resursbehovet är litet: hubben ryms på en liten VPS och agenten tar några megabyte, vilket gör totalkostnaden till den tid det tar att installera.
Svensk användbarhet Gäller: Gränssnittet är översatt till svenska — inloggningssidan, systemvyn, behållarlistan, monitorerna och inställningarna visade svensk text i labbkörningen 2026-11-01 ("Vänligen skapa ett administratörskonto", "Alla behållare", "Nätverksmonitorer"). Dokumentationen på beszel.dev är engelskspråkig och det finns ingen svensk support, därför 3 och inte 4.

Kostnad: 0 kr. Ingen licenskostnad. Driften är en container och en agent per maskin.

Faktakontrollerad

Nätverksövervakning med automatisk enhetsupptäckt, SNMP-insamling och varningsregler i webbgränssnitt.

Startår
2013
Licens
GPL-3.0
Öppen källkod
Ja

Betyg

84 av 100

Preliminär (källbaserad)

Läs bedömningen om LibreNMS

Projektdata

4 990GitHub-stjärnor
Visa alla fakta och bedömningarVisa alla fakta
Startår
2013
Licens
GPL-3.0Öppen källkod (OSI-godkänd licens) · Licensmodeller
Öppen källkod
Ja
Plattformar
Linux · Web
API
REST API Verifierat
Export
Ej verifierat Ej verifierat
Språk
Gränssnitt: Svenska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll Gäller: GPL-3.0 enligt repots README (raw.githubusercontent.com/librenms/librenms/master/README.md, verifierad 200) och LICENSE.txt i repot: full frihet att läsa, ändra, återdistribuera och drifta själv; officiell Docker-image för egen drift.
Funktionell passform Gäller: Användningsfallet är kärnfunktionalitet: trafikgrafer per gränssnitt från SNMP, varningsregler med trösklar och notifiering till e-post/chatt samt automatisk enhetsupptäckt som hittar ny utrustning (belagt i postens källor: librenms.org och docs.librenms.org). Inga större luckor eller kringgående för just detta fall.
Dataflytt och interoperabilitet Gäller: Ett omfattande REST-API låter data hämtas till egna system (belagt i postens styrkor och dokumentationen docs.librenms.org), och mätserierna ligger i öppna databaser/RRD. Inte heltäckande: rå RRD-data ger inte full täckning av alla objekttyper och inga standardiserade exportformat är belagda.
Mognad och trygghet Gäller: Publika releaser sedan 2013 (docs.librenms.org changelog 2013), löpande releaser, omfattande dokumentation, officiell Docker-image och en säkerhetspolicy (SECURITY.md) i repot — verifierat via git ls-tree 2026-10-27. Etablerat och aktivt underhållet; inte 5 eftersom brett ekosystem av tredjepartsintegrationer inte är belagt utöver kärnprojektet.
Framtidskraft Gäller: Starkt och välanvänt REST-API plus inbyggd automation: varningsregler med åtgärder, notifieringar till chattplattformar och distribuerade pollers för geografiskt utspridda miljöer (belagt i postens styrkor och docs.librenms.org). Verklig integrationsnytta är dokumenterad; inget officiellt MCP men API:n är den naturliga agentvägen.
Drift och införande Gäller: Driftkraven är tydliga men flerdelade: databas (MariaDB), schemalagd polling och en omfattande webbinstallationsguide vid första uppstart (belagt i postens begränsningar och labbplan). Hanterbart med normal IT-kompetens men klart mer än en enskild container — därför 3.
Kostnadsbild Gäller: GPL-3.0 gör licensen gratis (belagt via README), men transparent totalkostnad kräver redovisning av server/databas, poller-noder och förvaltningstid — de posterna måste beräknas separat, så 3 inte 4.
Svensk användbarhet Gäller: Svenska språkfiler finns i repot (lang/sv.json med 400 nycklar varav 383 översatta, samt lang/sv/*.php, verifierade 2026-10-27). Mätt andel mot engelskan i lang-filerna: 824 av 1 199 nycklar översatta = 69 %, i intervallet 15–79 % → nivå 2 enligt evidensregeln. Svensk dokumentation och svensk support är inte belagda.

Kostnad: .

Faktakontrollerad

Källor