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.

Öppen källkodGo

Betyg 88 Preliminär (källbaserad)

Läs bedömningen
API · Officiellt

Podman har ett dokumenterat REST-API (också Docker-kompatibelt) som varje podman-kommando körs över.

Podman REST API · Containers-projektet

Källa: https://docs.podman.io/en/latest/_static/api.html

Kontrollerat:

Öppna dokumentation

MCP · Tredjepart

Communityserver (npm och PyPI) som ger MCP-klienter containerstyrning via Podman.

podman-mcp-server · manusa

Källa: https://registry.npmjs.org/podman-mcp-server

Kontrollerat:

Öppna dokumentation

Tredjepart · mcp-podman-crunchtools (crunchtools) dokumentation

Jämför med alternativ Källor
Podman 4.9.3 i terminalen på driftmaskinen ctr01: versionsraden, paketversionen ur Ubuntu 24.04 (4.9.3+ds1-1ubuntu0.2) och podman info som visar rootless=true, OCI-runtime runc, cgroup-hanteraren systemd, nätverksbackend netavark, loggning till journald samt lagringsdrivrutinen overlay på Ubuntu 24.04 – följt av en tom containerlista eftersom ingen daemon och ingen container är igång
1 / 8 Versionen och den daemonlösa, rootless driften

Bedömning

Så bedömer vi

Totalbetyg

88

Preliminär (källbaserad)

Bedömningsprofil
Containerhantering (körning, images, pods) i egen drift.
Bedömningsdatum
Modellversion
3.0.0

  1. Öppenhet och kontroll

    Apache-2.0 (OSI), Red Hat + community, OCI-standarder — inga låsningar.

  2. Funktionell passform

    Containerhantering med Docker-kompatibelt CLI och pods täcker användningsfallet utan större luckor.

  3. Dataflytt och interoperabilitet

    OCI-images och Docker-kompatibelt CLI gör övergångar sömlösa; compose-filer och fria registries.

  4. Mognad och trygghet

    Sedan 2018, Red Hat-stött och aktivt; etablerat om än yngre än Docker.

  5. Framtidskraft

    CLI, REST-API och podman-compose möjliggör automation.

  6. Drift och införande

    Daemonlös och rotlös drift är väldokumenterad och säkerhetsmässigt god; hanterbart.

  7. Kostnadsbild

    Fri Apache-2.0-licens; TCO = drift.

  8. Svensk användbarhet

    Engelsk CLI/dokumentation; ingen svensk lokalisering belagd — tekniskt användbart i Sverige.

Om Podman

Podman kör containers och poddar utan daemon — ingen bakgrundsprocess ligger och lyssnar som root, vilket minskar attackytan. Rootless-drift är standardvägen: tillgång till en containermiljö blir då inte per automatik tillgång till värdsystemet, ett argument som väger tungt i delade miljöer. Poddar — grupper av containers som delar nätverksnamnrymd — hanteras lika naturligt som enskilda containers, och avbildningarna är i OCI-format så de flyttas fritt mellan register och plattformar.

Kommandoradsgränssnittet följer Docker-konventionerna; de flesta kan köra med aliaset docker=podman utan att ändra arbetssättet. För automation finns ett REST-API som startas med podman system service, oftast via systemd-socketaktivering så att tjänsten väcks på anrop. API:t består av en Docker-kompatibel nivå och en Podman-egen, och på macOS och Windows nås Podman via samma Docker-API. Compose-filer hanteras med det kompletterande verktyget podman-compose.

Projektet drivs av Red Hat tillsammans med communityn och är Apache-2.0-licensierat. Räkna med att vissa Docker-specifika funktioner saknas, och att macOS- och Windows-drift kräver en virtuell Linux-maskin bakom CLI:t.

Användning

Passar för

  • Köra OCI-containrar rootless på Linux
  • Överta Docker-arbetsflöden utan daemon
  • Hantera poddar — containers som delar nätverksnamnrymd
  • Automatisering via REST-API med systemd-socketaktivering

Passar mindre bra för

  • Drift på macOS eller Windows utan virtuell Linux-maskin
  • Miljöer beroende av Docker-specifika funktioner
  • Compose-projekt som förväntar sig inbyggt stöd — det ligger i podman-compose

Styrkor och begränsningar

Styrkor

  • Daemonlös arkitektur minskar attackytan
  • Rootless-drift isolerar containermiljön från värdsystemet
  • Docker-kompatibelt CLI förenklar övergången
  • OCI-avbildningar utan låsning till plattform eller register

Begränsningar

  • Vissa Docker-specifika funktioner saknas
  • Compose-stödet ligger i tilläggsverktyget podman-compose
  • macOS och Windows kräver en virtuell Linux-maskin

Skärmbilder

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

  • Podman 4.9.3 i terminalen på driftmaskinen ctr01: versionsraden, paketversionen ur Ubuntu 24.04 (4.9.3+ds1-1ubuntu0.2) och podman info som visar rootless=true, OCI-runtime runc, cgroup-hanteraren systemd, nätverksbackend netavark, loggning till journald samt lagringsdrivrutinen overlay på Ubuntu 24.04 – följt av en tom containerlista eftersom ingen daemon och ingen container är igång
    Versionen och den daemonlösa, rootless driften
  • Podman: projektkatalogen med Containerfile, nginx.conf, site, sql och kube, Containerfile som utgår från nginx:1.29-alpine, sätter etiketterna org.opencontainers.image.title och version, kopierar nginx-konfigurationen och webbplatsen, deklarerar HEALTHCHECK mot http://127.0.0.1/ var tionde sekund och exponerar port 80, samt podman build --format docker som bygger avbilden nordljus-webb:1.4 i sex steg och avslutar med Successfully tagged localhost/nordljus-webb:1.4
    Webbfronten som Containerfile – byggd med docker-format
  • Podman: podman pull hämtar postgres:16-alpine och redis:7-alpine och skriver manifestens sha256-diagram, följt av podman images som listar den lokalt byggda nordljus-webb:1.4 (63,6 MB), redis 7-alpine (39,9 MB), postgres 16-alpine (297 MB) och basen nginx 1.29-alpine (63,6 MB) med avbilds-id och storlek
    Basavbilderna hämtas och listas med storlek
  • Podman: podman pod create skapar podden nordljus med port 8080 publicerad mot 80, podman run startar databasen ur postgres:16-alpine med volymen nordljus-db-data monterad på /var/lib/postgresql/data och miljövariablerna ur .env, och cachen ur redis:7-alpine med 128 MB minne och policyn allkeys-lru – därefter visar podman ps att db och cache är uppe och podman pod ps att podden nordljus kör med tre containrar inräknat infracontainern
    Podden skapas och databasen och cachen startas i den
  • Podman: podman run startar webbfronten nordljus-webb:1.4 i podden, podman ps --pod visar db, cache och webb med status Up och den delade porten 0.0.0.0:8080->80/tcp där webb är healthy, curl -sI mot http://localhost:8080/ svarar HTTP/1.1 200 OK från nginx/1.29.8, loggen visar healthcheckens GET-anrop och curl-hämtningen, och psql matar in testdatans ordertabell (CREATE TABLE, TRUNCATE TABLE, INSERT 0 6)
    Webbfronten driftsätts i podden och svarar 200
  • Podman: podman pod ps visar att podden nordljus kör, podman inspect visar att hälsokontrollen för webb är healthy, en SQL-fråga via podman exec mot databasen listar de fyra senaste ordrarna från Hagabergs Skog AB, Västkust Logistik AB, Mölndals Storkök AB och Björkebo Fastigheter AB med ort, belopp och status, redis-cli ping svarar PONG och databasloggen visar att PostgreSQL 16.15 startat och tar emot anslutningar på port 5432
    Driftläget: hälsokontroll, orderdata och databaslogg
  • Podman: podman generate kube nordljus skriver podden som ett Kubernetes-manifest i kube/nordljus.yaml; utdraget visar cache-containern med redis-server och minnesgränserna, webb-containern med avbilden localhost/nordljus-webb:1.4 och de två volymerna som persistentVolumeClaim-poster, och wc -l visar att filen är 55 rader
    Podden exporterad som Kubernetes-manifest
  • Podman: podman pod stop och podman pod rm -f stoppar och tar bort podden nordljus, podman pod ps och podman ps -a visar tomma listor, podman volume rm tar bort datavolymen nordljus-db-data och podman system df visar noll containrar och noll volymer kvar medan avbilderna ligger kvar för nästa driftsättning
    Rivning: podden stoppas, tas bort och volymen städas

Tekniska resurser

Alternativ

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.

Öppen källkodGo
Startår
2014
Licens
Apache License 2.0
Öppen källkod
Ja
API
REST API
MCP
MCP-server, Tredjepart

Betyg

88

Preliminär (källbaserad)

Läs bedömningen

Projektdata

128 650GitHub-stjärnor
Visa alla fakta och bedömningarVisa alla fakta
Startår
2014
Licens
Apache License 2.0Öppen källkod (OSI-godkänd licens) · Repots LICENSE-fil (kubernetes/kubernetes) innehåller Apache License, Version 2.0. · Licensmodeller
Öppen källkod
Ja
Plattformar
Linux · Windows · macOS · containers
API
REST API Verifierat
MCP
MCP-server, Tredjepart
Export
Finns Alla resurser i plattformen är API-objekt och kan läsas och skrivas som serialiserade objekt (JSON/YAML) via API:t, vilket gör att klustertillstånd kan exporteras. Ej verifierat
Språk
Gränssnitt: Engelska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll Gäller: Apache-2.0 (OSI), CNCF-styrning, full kodfrihet, valfri drift och öppna standarder — ingen leverantörslåsning.
Funktionell passform Gäller: Containerorkestrering är exakt kärnan; deklarativ konfig, självläkning, skalning och tjänsteupptäckt täcker användningsfallet utan större luckor.
Dataflytt och interoperabilitet Gäller: Deklarativt YAML och stort API ger god datarörlighet, men manifest är Kubernetes-specifika och portabilitet kräver verktyg (Helm/Kustomize).
Mognad och trygghet Gäller: CNCF-graduated sedan 2014, massivt ekosystem, tydlig säkerhets-/releaseprocess och industristandardstatus.
Framtidskraft Gäller: Operators, CRDs och GitOps plus kubectl-MCP (tredjepart) utgör dokumenterad praktisk anpassnings-/integrationsförmåga i stor skala.
Drift och införande Gäller: Att drifta ett eget kluster (control plane, etcd, uppgraderingar, nätverk, RBAC) är komplext och kräver specialistkompetens.
Kostnadsbild Gäller: Fri Apache-2.0-licens; TCO = infrastruktur och specialistkompetens, transparent.
Svensk användbarhet Gäller: Engelsk dokumentation/CLI; ingen verifierad svensk lokalisering eller support belagd — tekniskt användbart i Sverige.

Kostnad: .

Faktakontrollerad

Harbor

Containrar och virtualisering

Containerregister med webbgränssnitt, rollbaserad åtkomst, sårbarhetsskanning och replikering.

Öppen källkodGoPostgreSQL
Startår
2016
Licens
Apache-2.0
Öppen källkod
Ja
API
REST API
MCP
MCP-server, Tredjepart

Betyg

86

Preliminär (källbaserad)

Läs bedömningen

Projektdata

29 666GitHub-stjärnor
Visa alla fakta och bedömningarVisa alla fakta
Startår
2016
Licens
Apache-2.0Öppen källkod (OSI-godkänd licens) · Licensmodeller
Öppen källkod
Ja
Plattformar
Linux · Web
API
REST API Verifierat
MCP
MCP-server, Tredjepart
Export
Ej verifierat Ej verifierat
Språk
Gränssnitt: Engelska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll Gäller: Apache-2.0 enligt licensfilen i repot; OSI-godkänd licens med fri rätt att läsa, ändra, återdistribuera och drifta själv på egen infrastruktur.
Funktionell passform Gäller: Det namngivna användningsfallet är Harbors kärnflöde: projekt med rollbaserad åtkomst och robotkonton, sårbarhetsskanning med Trivy, signering av artefakter samt policy att endast godkända artefakter får dras — allt enligt den officiella beskrivningen och dokumentationen.
Dataflytt och interoperabilitet Gäller: Fullständigt OCI-standardregister: artefakter i öppna format kan dras och pushas till valfritt register, replikering mellan register är dokumenterad, och Harbor har ett väldokumenterat REST-API — uppfyller ankaret 5 via standarder plus väldokumenterat API.
Mognad och trygghet Gäller: CNCF-projekt med första commit februari 2016 enligt cncf.io, löpande releaser, SECURITY.md i repot och brett ekosystem — lång historik, tydlig säkerhetshantering och etablerad förvaltning.
Framtidskraft Gäller: Starkt REST-API plus automation via webhook-meddelanden, robotkonton och replikeringsregler som kopplar registret till pipelines och CI; modern molnnativ arkitektur. Officiell agent-/MCP-integration är inte belagd — därför inte 5.
Drift och införande Gäller: Egen begränsningslista: driften kräver flera tjänster (nginx-proxy, harbor-core, harbor-jobservice, registry, PostgreSQL, Redis, Trivy-adapter), lagring och TLS-certifikat; installation sker via paketerad offline-installatör — hanterbart men med tydlig friktion.
Kostnadsbild Gäller: Gratis Apache-2.0-licens och ingen kommersiell prissättning; totalkostnaden (infrastruktur för flera tjänster, certifikat, löpande förvaltning) kräver egen beräkning och är inte redovisad — därför 3.
Svensk användbarhet Gäller: Namngiven negativ kontroll: src/portal/src/i18n/lang/ i repot innehåller endast de-de, en-us, es-es, fr-fr, ko-kr, pt-br, ru-ru, tr-tr, zh-cn och zh-tw — ingen svensk fil (verifierat 2026-10-27). Gränssnitt och dokumentation är engelska; ingen svensk lokalisering eller support belagd.

Kostnad: .

Faktakontrollerad

Källor

  1. Podman – officiell webbplats
  2. Podman – dokumentation
  3. Podman – REST-API
  4. Podman – installationsguide
  5. Podman LICENSE
  6. Podman – utgåvor
  7. Quay.io – podman/stable
  8. GitHub – podman-container-tools/podman