Novu

Notifikationer och larm · Notifikationsinfrastruktur för produkter och agenter

Självhostad notifikationsinfrastruktur: arbetsflöden, prenumeranter och ämnen, leveranslogg per steg och eget SMTP i ett API.

Öppen kärnaMongoDBRedisTypeScript

Betyg 73 av 100 Praktiskt granskad

Läs bedömningen

API · Officiellt

REST-API för arbetsflöden, prenumeranter, ämnen, integrationer och aktivitetsflöde, med API-nyckel per miljö. Varje installation serverar sin egen OpenAPI-specifikation på /openapi.json.

Novu REST API · Novu

Källa: Leverantörens API-referens och installationens egen OpenAPI-fil

Kontrollerat: 3 november 2026

Öppna dokumentation

MCP · Ej hittat

Novus officiella MCP-server ligger i molnet (mcp.novu.co) och kräver ett Novu Cloud-konto. Den självhostade installationen har ingen MCP-slutpunkt – /mcp svarar 404 – så stödet gäller inte den produkt som körs själv.

Novu MCP Server (endast Novu Cloud) · Novu

Källa: Leverantörens MCP-dokumentation och kontroll mot den egna installationen

Kontrollerat: 3 november 2026

Öppna dokumentation

Jämför med alternativ Källor

Novu: arbetsflödeslistan för Nordljus AB i utvecklingsmiljön med fem aktiva arbetsflöden – Daglig driftsammanställning, Fakturaexport till Fortnox, Certifikat går ut, Nattlig backup klar och Driftlarm kundportalen – med kanalikoner för e-post och in-app, etiketter som drift och backup samt kolumnerna senast utlöst och senast uppdaterad — 1 / 6 Alla arbetsflöden för Nordljus drift: status, kanaler, etiketter, senaste körning och senaste ändring

Novu: arbetsflödesredigeraren för Daglig driftsammanställning med tre noder – Workflow trigger, digest-steget Samla dagen som slår ihop händelser till ett meddelande, och e-poststeget Mejl med sammanställningen – samt paneler för status Aktiv, namn, id, beskrivning, etikett, kanalinställningar och nyttoschema — 1 / 6 Alla arbetsflöden för Nordljus drift: status, kanaler, etiketter, senaste körning och senaste ändring

Bedömning

Så bedömer vi

Totalbetyg

73 av 100

Praktiskt granskad

Bedömningsprofil: Ett utvecklingsteam som vill äga notiserna själva – arbetsflöden med väntetid och digest, prenumeranter och ämnen, leveranslogg per steg – och köra allt i egen MongoDB och Redis i stället för att koppla in en notifikationstjänst.
Bedömningsdatum: 3 november 2026
Modellversion: 3.0.0

Öppenhet och kontroll

Kärnan ligger under MIT: API:t, workern, WebSocket-tjänsten, dashboarden och SDK:na finns i samma monorepo med LICENSE-MIT, och hela stacken går att läsa, ändra och köra själv utan nyckel. Samtidigt finns LICENSE-ENTERPRISE, EE-PACKAGES-LICENSE och katalogen enterprise/ bredvid, med funktioner som bara får användas enligt avtal. Det är open-core med en stor öppen kärna – fyra, inte fem, eftersom en del av produkten är sluten.
Funktionell passform

I labbet byggdes fem arbetsflöden för en påhittad driftavdelning: larm med in-app och e-post, backupkvitto, certifikatvarning med väntetid, daglig digest och fakturaexport. Triggers via API:t skapade körningar som gick att följa steg för steg i aktivitetsflödet, och båda kanalerna levererade till en riktig SMTP-server. Allt som behövdes för att komma igång fanns i dashboarden; det som saknades var kopplingen till en egen app för Inbox-kanalen.
Dataflytt och interoperabilitet

Allt går att läsa ut över API:t – arbetsflöden, prenumeranter, ämnen och aktivitetsflödet – och arbetsflöden kan hanteras som kod via sync-API:t. Men det finns ingen färdig exportfil för hela installationen, och arbetsflödena ligger i MongoDB utan standardformat för notifikationsflöden. En flytt till en annan produkt blir en omskrivning av flödena, även om mottagarlistan går att exportera.
Mognad och trygghet

Projektet har funnits sedan 2021, har omkring 40 250 stjärnor och pushtes samma dag som kontrollen. Utgåvan som dokumenterades är 3.19.0 med publicerade container-avbildningar för API, worker, WebSocket och dashboard, samt en community-compose som är den väg dokumentationen hänvisar till. Det är en mogen produkt med tät utgivningstakt – men ung nog att API:erna rört sig mellan huvudversionerna.
Framtidskraft

Utvecklingen är aktiv, leverantören satsar på agentkanaler och MCP i molnupplagan, och samma arbetsflödesmodell används i både den egna installationen och Novu Cloud. Det talar för att formatet består. Att MCP-servern bara finns i molnet och att Inbox kräver egen appkod visar samtidigt att den självhostade utgåvan inte får allt först – fyra, inte fem.
Drift och införande

Sex tjänster startade med en compose-fil och blev friska på under en minut på labb-VM:en, med cirka 1,2 GB minne totalt: API 448 MB, worker 304 MB, WebSocket 265 MB, MongoDB 128 MB, dashboard 33 MB och Redis 6 MB. Driften kräver ändå MongoDB och Redis med egna säkerhetskopior, en egen SMTP-väg för e-postkanalen och uppgraderingar av fyra applikationsavbildningar som hör ihop.
Kostnadsbild

Den självhostade community-utgåvan är MIT-licensierad och kostar inget utöver drift och den MongoDB och Redis man ändå kör. Novu Cloud och enterprise-delarna är betalda, men inget i den dokumenterade kedjan kräver licens eller konto hos leverantören. community-utgåvans tak – väntetider och digest på högst ett dygn – är en funktionsgräns, inte en kostnad.
Svensk användbarhet

Dashboarden är helt engelsk och något svenskt språkval finns inte i gränssnittet; dokumentationen och supporten är också engelska. Novu har stöd för att översätta själva notisinnehållet till mottagarnas språk, men det är innehållsöversättning och gör inte gränssnittet svenskt.

Fakta

Startår: 2021
Leveransform: Egen server · Leverantörsdriven tjänst
Plattformar: Linux · containers
API: REST API
Licens: MIT för kärnan, Enterprise-licens för de slutna delarna
Visa verifieringsdetaljer
API:t, workern, dashboarden, WebSocket-tjänsten och SDK:na ligger under MIT enligt LICENSE-MIT i repot. Samtidigt finns LICENSE-ENTERPRISE, EE-PACKAGES-LICENSE och katalogen enterprise/ i samma repo, med funktioner som bara får köras med ett kommersiellt avtal. Öppen kärna med slutna enterprise-delar i samma produkt, alltså open-core – inte en ren OSI-produkt.

Projektdata

40 264 GitHub-stjärnor

4 526 forks

+2 stjärnor senaste dygnet Novu

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

Utvecklingsaktivitet

981 commits

Senaste 13 avslutade veckorna

Minskande aktivitet · -37 %

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 Novu

Novu är en notifikationsinfrastruktur: i stället för att bygga egen kö, mallar och leveranslogg per kanal skickar applikationen en trigger till Novu, som avgör vilka steg som ska köras – in-app, e-post, SMS, push eller chatt – och loggar varje steg för sig. Arbetsflödena byggs i ett webbgränssnitt av en trigger, väntetider, digest och kanalsteg; prenumeranterna samlas i ämnen så att ett larm går till rätt grupp i stället till alla. Den självhostade utgåvan är sex containrar – dashboard, API, worker, WebSocket, MongoDB och Redis – med åtskilda utvecklings- och produktionsmiljöer, egna API-nycklar och en OpenAPI-specifikation som varje installation serverar själv.

Användning

Passar för

Team som bygger en produkt med notiser i flera kanaler och vill äga kön, mallarna och leveransloggen själva i stället för att koppla in en notifikationstjänst
Den som behöver väntetider, sammanställda digest-meddelanden och kanalval i samma arbetsflöde – och vill se varje stegs leveransstatus i efterhand
Miljöer som redan kör MongoDB och Redis och kan tänka sig sex containrar för att få egna utvecklings- och produktionsmiljöer med separata API-nycklar

Passar mindre bra för

Den som bara vill skicka en enkel notis till en mobil eller en chat – en liten pushserver som ntfy eller gotify räcker och kräver en container
Den som behöver svenskt gränssnitt, svensk dokumentation eller svensk support – allt är engelskt

Styrkor och begränsningar

Styrkor

Arbetsflödesredigeraren bygger flödet av en trigger, väntetider, digest och kanalsteg, och varje steg får eget innehåll med variabler ur triggerns payload
Aktivitetsflödet visar varje körning uppdelad per steg med leveransstatus, så en misslyckad notis går att följa till rätt kanal
Prenumeranter, ämnen och topic-prenumerationer gör att ett larm kan gå till en grupp i stället för till en lista som måste skötas för hand
Två miljöer i samma installation med egna API-nycklar, plus en OpenAPI-specifikation som varje installation serverar själv – enkelt att bygga skript och seedning mot
Kärnan är MIT och hela stacken startar med en compose-fil; e-postkanalen kan pekas mot vilken SMTP-server som helst, även en lokal brevlåda i labbet

Begränsningar

Gränssnitt, dokumentation och support är engelska – det finns ingen svensk översättning av dashboarden
Community-utgåvan begränsar väntetider och digest till ett dygn: ett veckodigest avvisades i labbet med TIER_LIMIT_EXCEEDED, medan ett åttatimmarsdigest fungerade
Inbox-kanalen kräver att SDK:t bäddas in i den egna appen innan integrationen räknas som kopplad; arbetsflödesvyn markerar annars in-app-steget med en varning
Sex containrar med MongoDB och Redis är mer drift än en enskild notifikationsserver, och arbetsflödena ligger i MongoDB – en flytt kräver utläsning över API:t
MCP-servern finns bara i Novu Cloud, inte i den självhostade utgåvan, och de kommersiella delarna i repot kräver enterprise-avtal

Skärmbilder

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

Alla arbetsflöden för Nordljus drift: status, kanaler, etiketter, senaste körning och senaste ändring
Arbetsflödet som väntar åtta timmar, samlar händelserna och sedan mejlar en sammanställning
Körningarna från det senaste dygnet, med den valda larmkörningen uppbruten steg för steg
Prenumeranterna i Nordljus driftgrupp, ekonomi och support
Ämnena som styr vem som får vilka larm: driftlarm, backup, fakturering och driftrapport
Kanalerna: e-post via eget SMTP är aktiv i utvecklingsmiljön, Inbox-kanalen väntar på att kopplas

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

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

Startår: 2012
Licens: Apache-2.0
Öppen källkod: Ja
API: REST API

Betyg

87 av 100

Praktiskt granskad

Läs bedömningen

Projektdata

2 535GitHub-stjärnor

Visa alla fakta och bedömningarVisa alla fakta

Startår: 2012
Licens: Apache-2.0Öppen källkod (OSI-godkänd licens) · 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. · Licensmodeller
Öppen källkod: Ja
Plattformar: Linux · containers
API: REST API Uppgivet
MCP: Saknas
Export: Delvis Alla larm, tystnader och hjärtslag går att läsa ut över API:et med paging och filter, och databasen är vanlig PostgreSQL eller MongoDB som kan dumpas med standardverktyg. Något samlat export- eller importverktyg för hela installationen, med användare och nycklar, finns inte. Uppgivet
Språk: Gränssnitt: Engelska · Dokumentation: Engelska · Support: Engelska

Öppenhet och kontroll Gäller: 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 Gäller: 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 Gäller: 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 Gäller: 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 Gäller: 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 Gäller: 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 Gäller: 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 Gäller: 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.

Kostnad: .

Faktakontrollerad 4 november 2026