Alerta

Notifikationer och larm · Larmkonsol som samlar och avdubblikar larm från flera övervakningssystem

Larmkonsol som tar emot larm från flera övervakningssystem, tar bort dubbletter och ger ett ställe att kvittera, tysta och följa upp dem.

Öppen källkodPostgreSQLPythonTypeScript

Betyg 87 av 100 Praktiskt granskad

Läs bedömningen

API · Officiellt

Hela gränssnittet finns också som REST-API: larm skickas in som JSON, och larm, hjärtslag, tystnader, nycklar, användare och grupper hanteras över samma gränssnitt. Autentiseringen sker med API-nyckel eller basic auth, och en egen frågesyntax filtrerar på miljö, tjänst, resurs, etikett och tid.

Alerta REST API · Alerta-projektet

Källa: Projektets API-referens och frågesyntax

Kontrollerat: 4 november 2026

Öppna dokumentation

MCP · Ej hittat

Varken kärnan eller de officiella paketen innehåller någon MCP-server. De communityprojekt som finns på GitHub är enstaka, olicensierade och utan utgåvor, så de räknas inte som stöd; en agent når i stället larmen över REST-API:et.

Ingen MCP-server i projektet · Alerta-projektet

Källa: Sökning i förrådet och på GitHub efter MCP-servrar för Alerta

Kontrollerat: 4 november 2026

Öppna dokumentation

Jämför med alternativ Källor

Alerta: larmkonsolen Production med åtta öppna larm – två kritiska (diskyta på db-01 och HTTP 502 från kundportalen), fyra stora och varningar (replikeringsfördröjning, svarstid, misslyckad backup, CRC-fel på sw-core-1, minnesförbrukning) och ett informationslarm om avslutad driftsättning, färgkodade per svårighetsgrad — 1 / 6 Larmkonsolen för Nordljus drift: åtta öppna larm med svårighetsgrad, tjänst, resurs och senaste mottagning

Alerta: detaljvyn för larmet DiskUsageHigh på db-01 med noteringen "Arkiveringen startad om och WAL-katalogen rensad…", svårighetsgrad Kritiskt, status Öppen, texten om 91 procents diskutrymme och attributen Grafana, Host, Mount, Runbook och Threshold — 1 / 6 Larmkonsolen för Nordljus drift: åtta öppna larm med svårighetsgrad, tjänst, resurs och senaste mottagning

Bedömning

Så bedömer vi

Totalbetyg

87 av 100

Praktiskt granskad

Bedömningsprofil: Ett driftteam som har Prometheus, Zabbix och en handfull skript som larmar, och som vill få alla larm i en gemensam konsol där de kan avdubblikeras, kvitteras, tystas under planerade fönster och följas upp – i stället för att varje system har sin egen inkorg.
Bedömningsdatum: 4 november 2026
Modellversion: 3.0.0

Öppenhet och kontroll

Hela källkoden ligger under Apache-2.0 enligt LICENSE i repot: API, kommandoradsverktyg, plugin och webbkonsol. Det finns ingen sluten utgåva av samma kod, inga funktioner bakom avtal och ingen licensnyckel – instansen i labbet startade utan konto och alla funktioner, inklusive kundvyer och API-nycklar, var tillgängliga direkt.
Funktionell passform

Driftsatt i labbet med PostgreSQL och tjugo larm: tre eskaleringar av samma disklarm blev en rad med fyra historikposter i stället för tre larm, fyra tystnader för planerade fönster låg ute utan att skymma de riktiga larmen, tre hjärtslag visade att nattbackupen, loggrotationen och faktureringskörningen rapporterade, och alla larm kunde läsas och skrivas över REST-API:et. Hela användningsfallet gick att lösa utan kringgående.
Dataflytt och interoperabilitet

Larmen är JSON över ett dokumenterat HTTP-API och databasen är vanlig PostgreSQL eller MongoDB, så själva larmhistoriken går att läsa ut och flytta. Men det finns inget samlat export- eller importverktyg för en installation – användare, API-nycklar, tystnader och plugin-konfiguration får återskapas för hand – och integrationerna i de övervakande systemen måste pekas om. Det som är portabelt är data och API-kontraktet, inte konfigurationen.
Mognad och trygghet

Projektet startade 2012 och har getts ut kontinuerligt sedan dess; 9.1.0 kom i mars 2026 och förrådet har commits från samma månad. Containeravbildningen alerta/alerta-web har närmare tio miljoner nedladdningar på Docker Hub, dokumentationen täcker API, plugin, kundvyer och distribution, och det finns ett etablerat kommandoradsverktyg och Python-SDK vid sidan av webbkonsolen.
Framtidskraft

Arkitekturen är enkel och öppen – allt går över ett dokumenterat HTTP-API, och integrationer skrivs som skript eller plugin, vilket gör att produkten kan bytas ut eller byggas vidare utan att larmen låser sig. Utvecklingstakten är måttlig: 9-serien kom 2024 och 9.1 först 2026, och projektet drivs av en liten krets utan kommersiell huvudman. Det ger en stabil men långsam plattform, därför fyra och inte fem.
Drift och införande

Två containrar – appen och PostgreSQL – räckte för en komplett larmbild, och admin-kontot skapades ur miljövariabler vid första starten. Driften kräver ändå sitt: en databas som säkerhetskopieras och uppgraderas, plugin-listan som styr vilka larm som avvisas eller berikas, och en genomtänkt timeout så att larm inte går till Expired i förtid. Det är normalt för ett internt verktyg, inte trivialt.
Kostnadsbild

Programvaran är gratis och Apache-2.0, det finns ingen avgiftsbelagd utgåva och inga funktioner som kräver abonnemang. Den enda kostnaden är drift av appen och dess databas, som kan ligga på befintlig hårdvara.
Svensk användbarhet

Webbgränssnittet har språkfilerna en, de, fr och tr – ingen svensk översättning – och dokumentationen finns bara på engelska. Datum och tider följer webbläsarens språk, men menyval, knappar och rapporter är engelska, och det finns ingen svensk supportkanal.

Fakta

Startår: 2012
Leveransform: Egen server
Plattformar: Linux · containers
API: REST API
Licens: Apache-2.0 (öppen källkod)
Visa verifieringsdetaljer
Hela källkoden – API, kommandoradsverktyg, plugin och webbkonsol – ligger under Apache-2.0 enligt LICENSE i repot. Det finns ingen sluten utgåva av samma kod och inga funktioner bakom avtal; alla larmfunktioner, kundvyer och integrationer följer med den egenhostade installationen.

Projektdata

2 535 GitHub-stjärnor

377 forks

Alerta

Senaste kontroll: 04 november 2026. Stjärnor visar intresse, inte kvalitet, och ger inga poäng i betyget.

Utvecklingsaktivitet

0 commits

Senaste 13 avslutade veckorna

Relativt stabil aktivitet

Källa: GitHub · Kontrollerad 04 november 2026

Visar commits i verifierade kodrepositories för denna programvara. Aktivitet är inte ett kvalitetsbetyg och omfattar inte nödvändigtvis all utveckling inom projektet.

Om Alerta

Alerta är en larmkonsol som tar emot larm som JSON över ett HTTP-API från valfria övervakningssystem – Prometheus, Zabbix, Nagios, netdata, Sensu, Pingdom eller ett eget skript – och samlar dem i en gemensam lista. Larm som gäller samma resurs och händelse läggs ihop till en rad med historik i stället för att bli flera, och därifrån kan driftteamet kvittera, tysta, kommentera och stänga dem. Tystnader gäller per miljö, tjänst och resurs under planerade fönster, hjärtslag larmar när ett schemalagt jobb inte hör av sig, och kundvyer delar upp larmen mellan kunder i samma installation. Allt som går att göra i webbkonsolen går också att göra över API:et eller med kommandoradsverktyget, och inloggningen sker med API-nyckel, basic auth, LDAP, OAuth2, SAML2 eller Keycloak.

Användning

Passar för

Driftteam som har flera övervakningssystem och vill ha en gemensam larmbild i stället för en inkorg per system
Den som vill kvittera, tysta och kommentera larm på ett ställe, med historik över varje eskalering
Schemalagda jobb och backuper som ska larma när de inte hör av sig alls – hjärtslagen fångar utebliven körning

Passar mindre bra för

Den som vill att larmen ska levereras till mobil, chatt eller e-post: Alerta visar och hanterar larmen, men skickar dem inte vidare – där hör ntfy, gotify eller Apprise hemma
En installation utan databas: PostgreSQL eller MongoDB måste finnas och driftas vid sidan om

Styrkor och begränsningar

Styrkor

Avdubbleringen fungerar: samma disklarm på db-01 kom in tre gånger med stigande svårighetsgrad och blev en rad med fyra historikposter i stället för tre separata larm
Tystnader stängs av per miljö, tjänst och resurs under ett planerat fönster, så underhåll inte larmar i onödan – fyra fönster låg ute samtidigt i labbet utan att skymma de riktiga larmen
Hjärtslag vänder på övervakningen: i stället för att mäta något frågar Alerta när jobbet senast hörde av sig, och visar grönt så länge nattbackupen, loggrotationen och faktureringskörningen rapporterar
API:et är hela gränssnittet – larmen matades in och lästes tillbaka över REST med API-nyckel, och frågesyntaxen filtrerade på miljö, tjänst och etikett
Kundvyer låter en installation betjäna flera kunder där varje kund bara ser sina egna larm, medan admin ser allt

Begränsningar

Gränssnittet finns på engelska, tyska, franska och turkiska – ingen svensk översättning, och dokumentationen är engelsk
En databas tillkommer: PostgreSQL 13 eller MongoDB 6.0 måste driftas, säkerhetskopieras och uppgraderas vid sidan om larmkonsolen
Alerta övervakar ingenting själv – den tar bara emot larm. Mätningarna, trösklarna och integrationerna kommer från Prometheus, Zabbix, Nagios eller skript som skickar in JSON
Rapporterna är enkla: de rangordnar larmkällor och stående larm, men det finns ingen tidsserieanalys eller kapacitetsprognos
Larmen lever bara så länge timeouten räcker: ett larm som inte skickas om på fyra timmar går till Expired, vilket kräver att källan upprepar sig eller att timeouten höjs

Skärmbilder

6 skärmbilder. Välj en bild för att visa den i full storlek. Svep i sidled för fler.

Larmkonsolen för Nordljus drift: åtta öppna larm med svårighetsgrad, tjänst, resurs och senaste mottagning
Disklarmet på db-01 med attributen runbook, Grafana-panel, monteringspunkt och tröskel – och driftens notering överst
Historiken visar eskaleringen varning → stor → kritisk och noteringen som stängde loopen
Tystnader för planerade fönster: databasunderhåll, SFP-byte, PHP-uppgradering och certifikatbyte
Hjärtslag från de schemalagda jobben: nattbackup, loggrotation och faktureringskörningen, alla med status Ok
Rapporten rangordnar larmkällorna: vilka händelser som larmat mest och vilka resurser de kom från

Tekniska resurser

Alternativ

ntfy

Notifikationer och larm · Pushnotiser över HTTP

Skript, backuper och cron-jobb skickar en notis med ett HTTP-anrop; ntfy levererar den till mobil, skrivbord och webbläsare – på egen server.

Öppen källkodGoJavaScriptSQLite

Startår: 2021
Licens: Apache License 2.0 (även GPLv2)
Öppen källkod: Ja
API: REST API
MCP: MCP-server, Tredjepart

Betyg

92 av 100

Preliminär (källbaserad)

Läs bedömningen

Projektdata

35 280GitHub-stjärnor

Visa alla fakta och bedömningarVisa alla fakta

Startår: 2021
Licens: Apache License 2.0 (även GPLv2)Öppen källkod (OSI-godkänd licens) · Repot är dubbellicensierat under Apache 2.0 och GPLv2, och GitHub identifierar Apache-2.0. Båda licenserna tillåter egen drift och ändringar; GPLv2-alternativet gör koden förenlig med projekt som redan står under GPL. · Licensmodeller
Öppen källkod: Ja
Plattformar: Linux · containers
API: REST API Uppgivet
MCP: MCP-server, Tredjepart
Export: Delvis Hela meddelandehistoriken i cachen går att läsa ut per ämne med since=all i JSON-API:t, och användare, åtkomstregler och token ligger i SQLite-filer som kan flyttas med servern. Något samlat export- eller importverktyg för hela installationen finns inte dokumenterat. Uppgivet
Språk: Gränssnitt: Svenska · Dokumentation: Engelska · Support: Engelska

Öppenhet och kontroll Gäller: Hela produkten – server, webbapp, kommandoradsverktyg och mobilklienterna – ligger i ett repo under Apache 2.0 med GPLv2 som alternativ, och servern kan köras helt utan leverantörens tjänst. Inga funktioner i den egna servern är låsta till betalplanerna på ntfy.sh, som bara höjer gränser och förlänger lagringstider för den publika tjänsten.

Funktionell passform Gäller: I labbet publicerades tio meddelanden över fyra ämnen med JSON-API:t, med rubrik, prioritet och taggar, och de visades i webbappen i rätt ordning med tider, ikoner och klicklänk. Åtkomstregler per ämne och användare fungerade som dokumenterat: en läsbehörig kollega kunde läsa alla driftämnen men bara skriva i larmkanalen, och servern svarade på hälsokontrollen utan ingrepp.

Dataflytt och interoperabilitet Gäller: Notishistoriken går att läsa ut per ämne med since=all i JSON-API:t och användare, regler och token ligger i vanliga SQLite-filer som kan flyttas med servern. Prenumerationer och klienter talar samma HTTP-protokoll, så en annan server kan ta över adressen. Något samlat export- eller importverktyg för hela installationen finns inte dokumenterat, vilket håller nivån under 5.

Mognad och trygghet Gäller: Projektet har funnits sedan 2021, har över trettiofem tusen stjärnor och ett drygt hundratal utgåvor, egna appar i Google Play, App Store och F-Droid samt en dokumentationsportal som täcker publicering, prenumeration, serverkonfiguration, gränser och felsökning. Servern är ett enda program som har varit stabilt över många utgåvor, och den publika tjänsten drivs på samma kod.

Framtidskraft Gäller: Protokollet är vanlig HTTP utan egen klientberoende logik, vilket gör tjänsten lätt att byta ut eller bygga vidare på, och utvecklingen är aktiv med tät utgivningstakt. Avvägningen är att projektet i praktiken vilar på en huvudutvecklare och att iOS-notiser från en egen server är beroende av en vidarebefordran till ntfy.sh eller en egen APNS-ansluten server.

Drift och införande Gäller: Driftsättningen är en container eller ett paket med SQLite som standard, och i labbet räckte en enda container bakom den delade proxyn för fyra ämnen, två konton och tio meddelanden. Hälsokontroll och Prometheus-mått finns inbyggda. Det som drar ner nivån är att servern måste sättas bakom TLS, stängas med autentisering och gränser innan den exponeras, och att cachen och användardatabasen ska säkerhetskopieras separat.

Kostnadsbild Gäller: Egen server är gratis under Apache 2.0 utan funktionsgränser eller abonnemang, och alla klienter är fria att installera. Betalplanerna gäller den publika tjänsten ntfy.sh och höjer gränser och lagringstider där – inget som krävs för en egen installation.

Svensk användbarhet Gäller: Webbappen är översatt till svenska och följer webbläsarens språk: menyerna, inställningarna, publiceringsdialogen och kontosidorna visades på svenska i labbet. Mätningen mot projektets språkfiler ger 399 av 470 engelska nycklar med svenskt värde, och en del strängar i kontosidorna är ännu oöversatta. Dokumentation och support är på engelska.

Kostnad: .

Faktakontrollerad 1 november 2026

Apprise

Notifikationer och larm · Notifikationsserver och bibliotek

Ett verktyg som skickar samma notis till 164 tjänster – e-post, chatt, SMS, webhooks och egna HTTP-mottagare – med ett enhetligt URL-format, ett REST-API och ett eget webbgränssnitt.

Öppen källkodPython

Startår: 2017
Licens: BSD 2-Clause (biblioteket) / MIT (API-servern)
Öppen källkod: Ja
API: REST API
MCP: MCP-server, Tredjepart

Betyg

87 av 100

Preliminär (källbaserad)

Läs bedömningen

Projektdata

17 701GitHub-stjärnor

Visa alla fakta och bedömningarVisa alla fakta

Startår: 2017
Licens: BSD 2-Clause (biblioteket) / MIT (API-servern)Öppen källkod (OSI-godkänd licens) · Både biblioteket och API-servern ligger under OSI-godkända licenser i samma projekt, utan proprietära delar och utan betalutgåva. Koden får läsas, ändras och återdistribueras, och hela kedjan kan drivas själv. · Licensmodeller
Öppen källkod: Ja
Plattformar: Linux · macOS · Windows · containers
API: REST API Uppgivet
MCP: MCP-server, Tredjepart
Export: Finns Konfigurationerna är vanlig text eller YAML och kan läsas ut med /get eller /cfg och flyttas till en annan instans som de är. Någon historik över levererade notiser finns inte att exportera. Uppgivet
Språk: Gränssnitt: Engelska · Dokumentation: Engelska · Support: Engelska

Öppenhet och kontroll Gäller: Både biblioteket (BSD-2-Clause) och API-servern (MIT) ligger under OSI-godkända licenser i förstapartsrepot, utan proprietära delar och utan betalutgåva. Konfigurationen är vanlig text eller YAML, hela kedjan kan drivas själv, och det finns ingen molntjänst som notiserna måste igenom.

Funktionell passform Gäller: I labbet sparades en konfiguration med tre adresser, gränssnittet tolkade dem som JSON-, form- och XML-leveranser, och ett enda anrop levererade notisen till alla tre med kvitto per adress. Ett testutskick med rubrik, brödtext och typen failure gav tre lyckade leveranser. Avdraget gäller att servern bara gör utskicket: schemaläggning, eskalering och historik får byggas runt omkring.

Dataflytt och interoperabilitet Gäller: Konfigurationerna ligger som textfiler i en katalog och kan läsas ut med /get eller /cfg och flyttas till en annan instans utan konvertering. Adresserna är rena URL:er som fungerar likadant i kommandoradsverktyget, biblioteket och API:t, så en konfiguration kan flyttas mellan alla tre vägarna. Det som inte går att flytta är leveranshistoriken – den finns inte.

Mognad och trygghet Gäller: Projektet har publika commits sedan 2017, nära sjutton tusen stjärnor, tät utgivningstakt och en egen dokumentationssajt som täcker CLI, bibliotek, konfigurationsformat och API:t. I den version labbet körde listade gränssnittet 164 tjänster med schema för varje adress. Avdraget gäller att varje tjänst hänger på en tredje parts API: ändrar leverantören sitt gränssnitt krävs en uppdaterad plugin, och enstaka tjänster ligger efter.

Framtidskraft Gäller: REST-API:t täcker utskick mot sparade nycklar och mot adresser i anropet, konfigurationshantering, taggar, mallvärden, bilagor, strömmande leveranssvar och valfri autentisering – allt utom det sista prövades i labbet. Biblioteket är ett Python-paket som andra verktyg bygger på, och det finns communityservrar för MCP. Det som håller nivån under 5 är att det inte finns någon egen MCP-server och att servern inte har något schema eller någon kö för senarelagda utskick.

Drift och införande Gäller: En enda container utan extern databas räckte, konfigurationen låg i en monterad katalog, hälsokontrollen svarar på /status och servern startade på några sekunder med en arbetare. Ingen migrering, ingen kö och inget index att sköta – säkerhetskopieringen är en katalog och en fil per konfiguration.

Kostnadsbild Gäller: Programvaran är gratis under öppen licens, har ingen betalutgåva, inga funktionsgränser och ingen leverantörstjänst som måste tecknas. Kostnaden ligger i de kanaler man skickar till – SMS-gatewayer och liknande tar betalt per meddelande – men den kostnaden är densamma oavsett vilket verktyg som anropas.

Svensk användbarhet Gäller: Gränssnittet visades på engelska i labbet och språkvalslistan innehåller 20 språk men inte svenska; dokumentationen och supporten är engelskspråkig och ingen svensk översättning finns. Adresserna och notistexterna kan förstås skrivas på svenska, men själva produkten har inget svenskt stöd.

Kostnad: .

Faktakontrollerad 2 november 2026