Checkmate

Serverövervakning · Uptime-, certifikat- och serverövervakning med incidenter och statussidor

Självhostad övervakning av uptime, portar, certifikat och serverhälsa med incidenter, larm och publika statussidor.

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

Läs bedömningen
API · Officiellt

API:t under /api/v1 är det som det egna webbgränssnittet anropar, och varje installation visar en interaktiv Swagger-sida på /api-docs med samma endpoints.

Checkmates REST-API · BlueWave Labs

Källa: checkmate.so/docs/getting-started/api-reference

Kontrollerat:

MCP · Ej hittat

Varken repot, dokumentationsportalen eller leverantörens GitHub-organisation beskriver något MCP-gränssnitt, och sökning på GitHub ger bara namnlika projekt utan koppling till Checkmate.

Ingen MCP-server

Källa: github.com/bluewave-labs/Checkmate, checkmate.so/docs

Kontrollerat:

Checkmate: uptime-översikt med sju övervakningar – Nordljus kundportal, Nordljus API, Nordljus databas, Nordljus internportal, Nordljus rapporttjänst, Utgående förbindelse och Namnuppslag nordljus.se – där rapporttjänsten är nere och resten svarar, med svarstidsstaplar, uptime i procent och kontrolltyp per rad
1 / 5 Uptime-översikten med Nordljus AB:s sju övervakningar, svarstidsstaplar och uptime per tjänst

Bedömning

Så bedömer vi

Totalbetyg

77 av 100

Preliminär (källbaserad)

Bedömningsprofil
Drift av en mindre serverpark där samma person ansvarar för uptime, certifikat och maskinvara, och vill kunna visa kunderna en statussida.
Bedömningsdatum
Modellversion
3.0.0
  1. Öppenhet och kontroll

    AGPL-3.0 enligt repots LICENSE och GitHubs licensidentifiering. Hela produkten – klient, API och schemaläggare – ligger i samma repo och kan drivas helt själv; ingen del är låst till leverantören och data lagras i en egen MongoDB som går att komma åt direkt.

  2. Funktionell passform

    Täcker uppdraget väl: HTTP med certifikatutgång, ping, port, DNS, gRPC, WebSocket, Docker och spellserver, plus incidenter, underhållsfönster och statussidor i samma vy. I labbet sattes sju monitorer av fem typer upp och incidenter skapades och stängdes utan ingrepp. Luckan är maskinvarudata, som kräver den separata Capture-agenten, och att nätverksövervakning med SNMP och topologi inte ingår.

  3. Dataflytt och interoperabilitet

    Monitorer kan exporteras och importeras som JSON via API:t, och samtliga objekt – incidenter, statussidor, taggar, notifikationer – nås över REST. Historiken ligger i MongoDB utan dokumenterat exportformat för mätvärden, vilket håller nivån under 5.

  4. Mognad och trygghet

    Aktivt projekt med regelbundna utgåvor och en egen dokumentationsportal, säkerhetspolicy i repot och ett levande community. Det är samtidigt ungt – första utgåvan kom 2024 – och har bytt avbildningsnamn och modell under 3-serien, vilket kräver läsning av releaseanteckningarna vid uppgradering.

  5. Framtidskraft

    Väldokumenterat REST-API med Swagger i varje installation, webhook-larm och en tydlig arkitektur med separata arbetarnoder för utökad kapacitet. Ingen MCP-server finns hos leverantören eller som användbar tredjepartslösning, så agentintegrationen är svagare än API:t.

  6. Drift och införande

    Två containrar och fyra miljövariabler gav en fungerande installation; dokumentationen beskriver konfigurationen fält för fält. Den löpande driften är liten, men MongoDB måste säkerhetskopieras och uppgraderingar kräver att man läser releaseanteckningarna.

  7. Kostnadsbild

    Ingen licenskostnad och ingen funktion bakom betalvägg; hela kostnaden är egen drift och den kompetens som krävs. Support är communitybaserad, vilket är den kostnad som återstår att räkna in.

  8. Svensk användbarhet

    Gränssnittet finns på nitton språk men svenska ingår inte i språkfilerna, dokumentationen är engelsk och supporten sker på engelska i Discord. Verifierat i labbet: gränssnittet renderas på engelska.

Om Checkmate

Checkmate är en självhostad övervakningstjänst för servrar, webbplatser och certifikat. Den kontrollerar löpande att en adress, port, DNS-post eller spellserver svarar, mäter svarstider och ritar upp tillgängligheten över tid. Ett eget agentprogram, Capture, kan installeras på fjärrmaskiner och rapporterar processorlast, minne, disk och temperatur, så att samma vy visar både tjänstens svar och maskinens belastning. Övervakningen kan också läsa ett JSON-svar och jämföra ett fältvärde, mäta sidladdningstid och följa Docker-värdar med deras containrar. Avvikelser samlas i incidenter med statuskod och tidslinje, och underhåll kan schemaläggas så att planerade fönster inte räknas som avbrott. Larm kan gå till e-post, webhooks, Discord, Slack, Microsoft Teams, Telegram, Matrix, PagerDuty, Pushover och ntfy, och en publik statussida kan visa kunderna läget med något av de medföljande temana. Roller och team styr vem som får ändra monitorer, och varje kontroll sparas med svarstid och statuskod så att historiken går att följa bakåt. Allt-i-ett-avbildningen innehåller API, webbgränssnitt och schemaläggare i samma process, med MongoDB som enda externa beroende. Gränssnittet finns på ett tjugotal språk men saknar svenska, och dokumentationen är engelsk.

Användning

Passar för

  • Driftteam som vill se uptime, certifikat och portkontroller i samma vy
  • Den som behöver en publik statussida mot kunder
  • Den som vill larma till chat, e-post och webhooks från en självhostad tjänst

Passar mindre bra för

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

Styrkor och begränsningar

Styrkor

  • Brett urval av kontrolltyper: HTTP med certifikatutgång, ping, port, DNS, gRPC, WebSocket, Docker och spellservrar
  • Incidenter, underhållsfönster och statussidor ingår i samma produkt
  • Larm till många kanaler, inklusive webhooks, ntfy och Matrix
  • Allt-i-ett-avbildning med MongoDB som enda externa beroende ger kort väg från tom maskin till övervakning

Begränsningar

  • Maskinvarumätvärden kräver att agenten Capture installeras separat på varje maskin
  • Gränssnittet saknar svenska och dokumentationen finns bara på engelska
  • MongoDB måste säkerhetskopieras separat – databasen ingår inte i avbildningen
  • Anonym telemetri är påslagen som standard och stängs med TELEMETRY_ENABLED=false

Skärmbilder

Tekniska resurser

Alternativ

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.

Startår
2015
Licens
BSD 3-Clause License
Öppen källkod
Ja
MCP
MCP-server, Tredjepart

Betyg

90 av 100

Preliminär (källbaserad)

Läs bedömningen om Healthchecks

Projektdata

10 496GitHub-stjärnor
Visa alla fakta och bedömningarVisa alla fakta
Startår
2015
Licens
BSD 3-Clause LicenseÖppen källkod (OSI-godkänd licens) · Repots LICENSE-fil anger BSD 3-clause, och GitHub identifierar licensen som BSD-3-Clause. Licensen tillåter egen drift och ändringar så länge upphovsrättsnotisen behålls. · Licensmodeller
Öppen källkod
Ja
Plattformar
Linux · containers
API
REST API Uppgivet
MCP
MCP-server, Tredjepart
Export
Delvis Kontroller, integrationer och märken går att läsa och skriva över Management API v3, och hela databasen kan flyttas som fil eller Postgres-databas. Pinghistoriken går att läsa per kontroll men har inget samlat exportformat. Uppgivet
Språk
Gränssnitt: Engelska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll Gäller: 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.
Funktionell passform Gäller: 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.
Dataflytt och interoperabilitet Gäller: 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.
Mognad och trygghet Gäller: 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.
Framtidskraft Gäller: 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.
Drift och införande Gäller: 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.
Kostnadsbild Gäller: 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.
Svensk användbarhet Gäller: 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.

Kostnad: .

Faktakontrollerad

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 821GitHub-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

Källor