Kubernetes
Containrar och virtualisering · Orkestrering av container i kluster
Kubernetes är en öppen plattform för containerorkestrering: distribution, skalning och drift av containeriserade program styrs deklarativt i stället för manuellt.
Dozzle
Containrar och virtualisering · Realtidslogg för containrar
Strömmar loggar från alla containrar till webbläsaren med sökning, delad vy, statistik och larm – utan egen logglagring.
Betyg 83 av 100 Praktiskt granskad
Läs bedömningenAPI · Officiellt
Webbgränssnittet hämtar containrar, loggar och statistik från egna JSON-endpoints i samma process; någon separat API-referens publiceras inte.
Källa: github.com/amir20/dozzle, endpoint-probe mot labbinstansen 2026-11-04
Kontrollerat:
MCP · Officiellt
MCP-servern ligger i samma container och svarar på /api/mcp över Streamable HTTP när den slås på; verktygen är read-only för containrar, loggar och statistik.
Källa: dozzle.dev/guide/mcp, initialize + tools/list mot labbinstansen 2026-11-04
Kontrollerat:
Bedömning
Så bedömer viTotalbetyg
83 av 100
Praktiskt granskad
-
Öppenhet och kontroll
Hela programmet ligger under MIT i amir20/dozzle, och den öppna utgåvan är komplett: labbinstansen byggdes från det officiella containerimaget utan konto eller licensnyckel och hade loggströmning, sökning, statistik, åtgärder, shell, larm och MCP tillgängliga. Dozzle Cloud är ett frivilligt tillägg ovanpå den självhostade instansen och ändrar inte licensen eller låser någon funktion i programmet.
-
Funktionell passform
Labbet körde sex containrar med egna loggar – nginx-åtkomstlogg, JSON-loggar från ett API, driftlogg från en jobbkörare, PostgreSQL-satser, en batchklient och Redis – och Dozzle visade alla i samma lista med livevärden för CPU och minne. Sökning på nivå och fritext, delad vy med två loggar sida vid sida och SQL-frågor mot JSON-loggarna fungerade utan konfiguration. Avdraget gäller att historiken är så lång som Docker håller den: det finns ingen lagring, ingen sökning bakåt i tiden och inget stöd för loggar som skrivs till fil i containern.
-
Dataflytt och interoperabilitet
Dozzle lagrar inga loggar, så det finns ingen historik att flytta eller låsa in: inställningar, användare och larmdestinationer ligger som YAML i /data och följer med volymen, och själva instansen kan flyttas genom att starta samma image någon annanstans. Baksidan är att det inte heller finns något att exportera – en container som skapas om börjar på nytt, och den som vill behålla loggar måste skicka dem vidare till en annan tjänst.
-
Mognad och trygghet
Projektet publicerade sin första utgåva 2018 och har sedan dess gett ut över femhundra versioner, med commitaktivitet samma dag som bedömningen gjordes. Dokumentationen täcker installation, autentisering, agenter, larm, uppdateringar och MCP, det finns ett officiellt containerbygge med pinnade versionstaggar, och projektet sponsras av Docker OSS. Labbinstansen startade utan manuella steg och krävde ingen databas.
-
Framtidskraft
Dozzle har byggt in det som gör verktyget relevant i en automatiserad drift: MCP-slutpunkt i samma process med läsverktyg för loggar och statistik, uppdateringskontroll och uppdatering av containrar med återrullning, larm på loggmönster och mått samt agenter för flera värdar. Utvecklingen drivs av en enskild huvudutvecklare med stöd från Docker OSS, vilket är den främsta risken på lång sikt; koden är MIT och liten nog att andra kan ta över.
-
Drift och införande
Driften är en container och en volym: ingen databas, ingen migration och inget att säkerhetskopiera utöver YAML-filerna i /data, och instansen svarade på några sekunder efter start. Mot det väger socketen: Dozzle läser Docker-api:t med samma rättigheter som root på värden, vilket kräver att åtgärder, shell och MCP stängs av eller sätts bakom inloggning innan fler än driftgruppen når instansen.
-
Kostnadsbild
MIT ger full användning utan licenskostnad, och den självhostade instansen kräver inget konto eller abonnemang. Kostnaden är en container och den tid det tar att säkra åtkomsten till socketen; Dozzle Cloud är frivilligt och behövs inte för loggvisning, sökning eller lokala larm.
-
Svensk användbarhet
Gränssnittet visade engelska i labbet och det finns ingen språkfil eller språkvalslista i produkten. Dokumentationen på dozzle.dev är engelsk och supporten sker i GitHub-diskussioner på engelska. Produkten är fullt användbar i Sverige men har inget svenskt stöd.
Om Dozzle
Dozzle är en loggvisare för containrar: den ansluter till Docker-socketen, eller till agenter på andra värdar, och strömmar stdout och stderr från varje container till webbläsaren i realtid. Det finns ingen databas och ingen egen logglagring – det du ser är det Docker redan håller, vilket gör att tjänsten är liten och startar på sekunder. Loggarna kan genomsökas med fritext eller reguljärt uttryck, filtreras per container och nivå och läggas i en delad vy så att två tjänster syns sida vid sida. JSON-loggar tolkas till fält och nivåfärger, och en SQL-motor som körs i webbläsaren kan ställa frågor mot dem utan att loggarna lämnar datorn. Containrar kan startas, stoppas, startas om och uppdateras från gränssnittet, och en terminal i webbläsaren ger samma sak som docker exec. Larm kan matcha loggmönster, tröskelvärden för CPU och minne eller händelser i containerlivscykeln och skickas vidare till webhook, Slack, Discord eller ntfy. Inloggning sker med egen användarfil, OIDC eller via en proxy, och en MCP-slutpunkt som slås på i instansen låter agenter läsa loggar och statistik.
Användning
Passar för
- Driftteam som vill felsöka containrar i webbläsaren i stället för att byta terminal per container och värd
- Den som behöver se två tjänster samtidigt – delad vy med två loggar sida vid sida i stället för att bläddra mellan fönster
- Team som vill larma på loggmönster, 5xx-svar eller trösklar för CPU och minne utan att först driftsätta en loggplattform
Passar mindre bra för
- Den som behöver söka i loggar från förra veckan – Dozzle lagrar inget, den visar det Docker har kvar
- Den som behöver fulltextsökning över stora mängder loggar från många källor under lång tid – då är en loggplattform rätt verktyg
- Den som vill ha svenskt gränssnitt: webbgränssnitt, dokumentation och support är engelska
Styrkor och begränsningar
Styrkor
- Visar loggar från alla containrar på värden, och från flera värdar via agenter, i samma gränssnitt med sökning och nivåfilter
- Delad vy och flikar gör att två tjänster kan jämföras samtidigt i stället för att bläddra mellan terminalfönster
- JSON-loggar tolkas till fält och nivåfärger, och SQL-frågor körs i webbläsaren så att loggarna aldrig lämnar datorn
- Start, stopp, omstart och uppdatering av containrar plus en terminal i webbläsaren ger samma arbetsyta som kommandoraden
- Larm på loggmönster, tröskelvärden och containerhändelser skickas till webhook, Slack, Discord eller ntfy
- En liten container utan databas som startar på sekunder och inte kräver någon egen logglagring
- MCP-slutpunkt i samma process gör loggar och statistik läsbara för agenter utan mellanled
Begränsningar
- Lagrar inga loggar: historiken är den Docker har kvar i sin loggdrivrutin, och en container som skapas om börjar på nytt
- Läser bara stdout och stderr – program som skriver till fil inuti containern syns inte utan omlänkning eller en sidovagn som följer filen
- Docker-socketen ger i praktiken root på värden, så åtgärder, shell och MCP måste stängas av eller skyddas med inloggning
- Roller och filter per användare sätts i users.yml; utan inloggning är instansen öppen för alla som når den
- Gränssnittet är på engelska och det finns ingen svensk översättning
Skärmbilder
5 skärmbilder. Välj en bild för att visa den i full storlek. Svep i sidled för fler.
-
Värdens containrar med levande CPU-, minnes- och nätvärden -
Order-API:ts JSON-loggar tolkade rad för rad, med nivå, väg och svarstid -
Delad vy: API:t och nattjobben i samma ström, märkta per container -
SQL-fråga mot JSON-loggarna: alla varningar och fel i en tabell -
Terminal i webbläsaren: samma sak som docker exec, utan SSH
Tekniska resurser
Alternativ
Podman
Containrar och virtualisering · Daemonlös containermotor för OCI-containrar och poddar
Podman kör containers och pods utan daemon — och kan som standard köras utan root, med ett kommandoradsgränssnitt som följer Docker-konventionerna.