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.
Coolify
Containrar och virtualisering · Driftsättning och PaaS
Självhostad driftsättningsplattform: koppla en Docker-värd över SSH och driftsätt appar från Git, Dockerfile eller färdig avbildning – med databaser, miljövariabler, loggar och rullande uppdateringar i samma gränssnitt.
Öppen källkod – OSI-godkänd öppen källkod. Läs om licensmodeller.PHPPostgreSQLRedis
Betyg 83 av 100 Preliminär (källbaserad)
Läs bedömningenAPI · Officiellt
REST-API för projekt, miljöer, applikationer, databaser, tjänster och driftsättningar. Autentiseras med en API-token per team som skickas som bearer, och beskrivs som OpenAPI i repot.
Källa: coolify.io
Kontrollerat:
MCP · Officiellt
Inbyggd MCP-server som ger en AI-klient strukturerad åtkomst till infrastrukturen: hitta resurser, läsa driftsättningar och loggar och starta driftsättningar. Aktiveras per team och autentiseras med en teamscopad API-token.
Källa: coolify.io
Kontrollerat:
Bedömning
Så bedömer viTotalbetyg
83 av 100
Preliminär (källbaserad)
-
Öppenhet och kontroll
Hela plattformen ligger under Apache-2.0 i ett enda repo, utan enterprise-utgåva eller funktioner som kräver abonnemang: den självhostade installationen är komplett. Molntjänsten Coolify Cloud drivs på samma kodbas men är ett separat erbjudande, inte en förutsättning. Det finns ingen inlåsning i drift eller data: det som driftsätts är vanliga Docker-containrar med volymer, resursernas definitioner kan läsas som compose-filer på servern och allt går att hantera över ett dokumenterat REST-API.
-
Funktionell passform
I labbet driftsattes tre applikationer och en PostgreSQL-databas på en egen Docker-värd: en app från en Dockerfile, en från ett publikt Git-repo med Railpack och en från en färdig avbildning. Alla fyra blev hälsokontrollerade containrar, byggloggen visade varje steg och den rullande uppdateringen, miljövariablerna kunde sättas med byggtids- och körtidsflaggor och driftsättningshistoriken listade källa, tid och server. Det täcker användningsfallet väl. Avdraget gäller detaljerna: projektvyn visar bara ett miljökort, en app utan Git-repo visar en källrad som inte säger något om appen, och en containerbaserad installation kräver att man pekar om plattformens egen övervakningsagent mot en adress den faktiskt når.
-
Dataflytt och interoperabilitet
Det som driftsatts är standardcontainrar med namngivna volymer, och varje resurs kompileras till en compose-fil på den anslutna servern, så apparna kan flyttas med Docker själv utan Coolify. Plattformens egen data ligger i PostgreSQL, och resurserna flyttas mellan installationer med plattformens transfer-funktion eller återskapas över API:t – i labbet byggdes hela miljön med API-anrop, vilket visar att den vägen fungerar. Avdraget gäller att det inte finns någon allmän exportknapp för hela installationen och att miljövariablerna hör till plattformens databas, inte till appens repo.
-
Mognad och trygghet
Första publika utgåvan kom 2021 och projektet har sedan dess haft en tät utgivningsrytm: i november 2026 hade repot omkring 65 500 stjärnor, senaste push samma dag och ett sjuttiotal utgåvor bara under det senaste året. Det finns installationsguide, API-dokumentation, MCP-dokumentation och en aktiv gemenskap. I labbet startade hela stacken utan handpåläggning och driftsättningarna gick igenom på första försöket. Avdraget gäller slitaget i kanterna: onboarding-guiden blockerar alla rutter tills den klickats bort, en app som byggs med det äldre byggsteget får en avvecklingsvarning i gränssnittet, och övervakningsagenten behövde en nåbar adress innan serverstatusen blev grön.
-
Framtidskraft
REST-API:t täcker samma resurser som gränssnittet och är beskrivet som OpenAPI i repot; i labbet skapades projekt, applikationer, databas, miljövariabler och driftsättningar helt över API:t med en bearer-token. Plattformen har dessutom en inbyggd MCP-server som ger en AI-klient strukturerad åtkomst till infrastrukturen, dokumenterad i produktens egen dokumentation och aktiverbar per team. Kombinationen av ett komplett API, MCP i kärnan och ett aktivt utvecklingstempo gör att driftsättningar kan automatiseras och läsas av agenter utan skärmdumpar och klick.
-
Drift och införande
Själva installationen är tre containrar – applikation, PostgreSQL och Redis – och kom igång med en compose-fil och en registrering av första kontot. Därefter krävdes tre rättelser i labbet: storage-katalogerna måste ägas av containerns uid, den inbyggda övervakningsagenten låg bara på ett nät där den inte kunde nå plattformens namn och behövde en adress den faktiskt når, och serveranslutningen kräver att curl och jq finns på den hanterade värden innan valideringen går igenom. Inget av det är svårt, men det är mer än en enda binär, och plattformen förutsätter SSH-åtkomst till de servrar den sköter.
-
Kostnadsbild
Det finns ingen licensavgift och inga funktioner bakom ett abonnemang – hela plattformen är densamma för alla. Kostnaden är den server som plattformen och de driftsatta apparna kör på; i labbet räckte en delad vCPU med några gigabyte minne för applikation, databas, Redis, proxy och fyra driftsatta resurser. Molntjänsten är ett frivilligt alternativ. Avdraget gäller att plattformen lägger till tre containrar och en proxy per server innan den första appen finns, vilket är resurser man annars inte hade behövt.
-
Svensk användbarhet
Gränssnittet visades helt på engelska i labbet: menyer, projekt, driftsättningshistorik, miljövariabler och serverstatus har engelska etiketter och det finns ingen språkväljare. Repots språkkatalog innehåller ett tjugotal språkfiler men ingen svensk, och dokumentationen, supporten och gemenskapen är engelskspråkiga. En svensk användare kan använda produkten fullt ut, men måste läsa och arbeta på engelska – därför etta och inte två.
Om Coolify
Coolify är en självhostad driftsättningsplattform för den som vill ha ett eget Heroku eller Vercel på sina egna servrar. En Docker-värd kopplas in över SSH, och på den skapas projekt med miljöer där varje resurs är en applikation, en databas eller en färdig tjänst. Applikationer kan byggas från ett Git-repo, från en Dockerfile som klistras in i gränssnittet eller från en avbildning i ett register, och databaserna spänner över PostgreSQL, MySQL, MariaDB, MongoDB, Redis, ClickHouse och SQLite.
Driftsättningen sker som en synlig kedja: källkoden hämtas, avbildningen byggs med Railpack, Dockerfile eller ett eget byggsteg, den nya containern startas och hälsokontrollen måste svara innan den gamla stoppas. Varje körning får en tidsstämplad logg som går att läsa i efterhand, och samma vy visar varaktighet, källa och vilken server som byggde. Miljövariabler kan markeras som byggtids- eller körtidsvärden, applikationer kan ha schemalagda jobb, beständig lagring och förhandsversioner per pull request, och projekt och miljöer delas mellan teammedlemmar med roller.
Själva Coolify körs som en container med PostgreSQL och Redis bredvid sig, och varje ansluten server får en egen Traefik-proxy som plattformen sköter. Allt går att göra i gränssnittet men också över ett dokumenterat REST-API, och en inbyggd MCP-server låter en AI-klient läsa och styra resurserna. Gränssnitt, dokumentation och support är engelskspråkiga; det finns ingen svensk översättning. Koden ligger under Apache-2.0 och den självhostade varianten är komplett – molntjänsten är ett separat erbjudande.
Användning
Passar för
- Team som vill driftsätta egna appar och databaser på egna servrar med git-push, loggar och rullande uppdateringar i ett gränssnitt
- Den som vill ha ett självhostat alternativ till Heroku, Vercel eller Netlify utan att bygga egen CI/CD
- Driftteam som hanterar flera Docker-värdar och vill se resurser, hälsokontroller och driftsättningshistorik på ett ställe
- Organisationer som vill automatisera driftsättningar över REST-API eller låta en AI-klient läsa infrastrukturen via MCP
Passar mindre bra för
- Den som behöver svenskt gränssnitt eller svensk support – plattformen finns bara på engelska
- Den som vill styra Kubernetes-kluster; Coolify hanterar Docker-värdar och Docker Swarm, inte kluster-API:er
- Miljöer där man inte vill ge plattformen SSH-åtkomst till värden – det är så servrarna kopplas in
- Den som vill ha en helt statisk, filbaserad konfiguration – resurserna definieras i plattformens databas
Styrkor och begränsningar
Styrkor
- Hela kedjan från git-repo till körande container är synlig: bygglogg, hälsokontroll och rullande uppdatering i samma vy
- Fyra sätt att driftsätta – Git med Railpack, egen Dockerfile, färdig avbildning och compose – plus databaser och färdiga tjänster
- Miljövariabler med byggtids- och körtidsflaggor, schemalagda jobb, beständig lagring och förhandsversioner per pull request
- Dokumenterat REST-API som gjorde att hela labbmiljön kunde skapas och driftsättas utan att klicka i gränssnittet
- Inbyggd MCP-server och Apache-2.0 utan låsta funktioner
Begränsningar
- Gränssnitt, dokumentation och support är engelskspråkiga – det finns ingen svensk översättning i språkfilerna
- Plattformen kräver SSH-åtkomst till de servrar den hanterar, vilket är en behörighet som ska hanteras medvetet
- Egen installation kräver PostgreSQL och Redis utöver applikationen, alltså tre containrar innan första appen finns
- Resurserna lever i plattformens databas: en flytt till en annan installation sker via transfer eller genom att återskapa dem över API:t
- Projektvyn är tunn – en miljö visas som ett kort, och resurserna nås via egna sidor
Skärmbilder
5 skärmbilder. Välj en bild för att visa den i full storlek. Svep i sidled för fler.
-
Instrumentpanelen: två projekt, en ansluten Docker-värd och de senaste driftsättningarna -
Driftsättningshistoriken för portalen – varje körning med källtyp, tid och server -
Byggloggen steg för steg: helper-image, Docker-bygget och den rullande uppdateringen -
API:ts miljövariabler med byggtids- och körtidsflaggor per nyckel -
Den anslutna Docker-värden med alla resurser Coolify hanterar på den
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.