Managed Django hosting: vad sköter leverantören?

Uppdaterad och kontrollerad: 12 oktober 2026 · Av Redaktionen, Django Hosting Sverige

Ordet managed används för allt från en övervakad Linuxserver till en fullständig plattform där du bara pushar kod. För den som köper managed hosting för Django är frågan därför inte om tjänsten är managed, utan vilka uppgifter som faktiskt ligger hos leverantören.

Kort svar: En managed VPS betyder att leverantören patchar operativsystemet, övervakar servern och ofta tar backup – men din Django-kod, dina beroenden och migreringar är fortfarande ditt ansvar. En PaaS sköter dessutom runtime och deploy. Ingen av dem uppgraderar Django åt dig.

Sidan reder ut skillnaden, listar tio driftuppgifter och fem SLA-frågor, och räknar på kostnaden.

Managed kontra self-managed

Den vanligaste förväxlingen är mellan managed VPS och platform-as-a-service. En managed VPS är fortfarande en server: du har ofta root, installerar Gunicorn och Nginx och bestämmer katalogstruktur, medan leverantören sköter OS-patchar och larm. GleSYS listar till exempel managed Linux-hosting som en egen tjänst. En PaaS som Render eller Fly.io ger dig ingen server alls, utan en byggprocess och körmiljö där plattformen startar dina processer.

Self-managed innebär att allt från brandvägg till återläsning är ditt. Det ger störst frihet och lägst fast pris, men kräver tid och kompetens.

Vem ansvarar för vad? Typisk ansvarsfördelning (kontrollera alltid avtalet)
Driftuppgift	Managed	Self-managed	Vad du ska fråga
OS-uppdateringar	Leverantören (managed VPS); osynligt för dig på PaaS	Du, t.ex. med unattended-upgrades	Hur snabbt patchas kritiska sårbarheter, och sker omstarter i servicefönster?
Python-runtime	PaaS: plattformen erbjuder versioner; managed VPS: ofta du	Du installerar och uppgraderar	Vilka Python-versioner stöds och hur länge?
TLS-certifikat	Oftast automatiskt	Du, t.ex. via Certbot	Förnyas certifikat automatiskt även för egna domäner?
Databasbackup	Ingår i managed PostgreSQL, t.ex. daglig backup hos GleSYS	Du skriptar `pg_dump` och lagring	Hur länge sparas backuper och kan jag återställa till en tidpunkt?
Övervakning och larm	Server- och plattformsnivå	Du sätter upp allt	Övervakas applikationen eller bara servern?
Skalning	PaaS: fler instanser med ett klick	Du byter storlek eller lägger till servrar	Krävs omstart och flyttas data vid uppgradering?
Django-uppgraderingar	Du, nästan alltid	Du	Finns staging-miljö att testa i?

Snabbt beslut

A – Inget driftteam, standardstack: välj PaaS och lägg tiden på produkten.
B – Krav på svensk lagring eller särskild nätverkssetup: managed VPS eller moln hos en svensk leverantör med skriftligt driftåtagande.
C – Egen DevOps-kompetens och fokus på kostnad: self-managed VPS och vår deploy-checklista.

Vill du se hur en svensk leverantör paketerar managed drift och databaser? Kontrollera aktuella tjänster och priser hos GleSYS.

Se GleSYS tjänster

Vad som ingår i driften

Oavsett modell finns samma tio administratörsuppgifter. Markera vilka leverantören tar och vilka som blir kvar hos dig:

OS-uppdateringar och kärnpatchar. Säkerhetsuppdateringar för Linux måste installeras löpande och ibland kräva omstart. På managed VPS gör leverantören detta, på self-managed automatiserar du det själv.
Brandvägg och SSH-härdning. Stäng allt utom 22, 80 och 443, använd nyckelbaserad inloggning och blockera upprepade inloggningsförsök. På en PaaS finns ingen SSH-port att skydda.
Python-version och virtuella miljöer. Varje release bör ha en egen virtuell miljö eller container-image. Python-versioner går ur support, så planera uppgradering innan säkerhetsfixarna upphör.
Processhantering. Gunicorn och workers ska startas av systemd eller plattformen, startas om vid krasch och stängas av snyggt vid deploy så att pågående förfrågningar hinner avslutas.
Reverse proxy och TLS. Nginx eller plattformens router terminerar HTTPS, sätter rätt headers och serverar statiska filer. Certifikat behöver förnyas automatiskt, annars slutar sidan fungera utan förvarning.
Databasdrift. PostgreSQL behöver uppgraderas mellan huvudversioner, övervakas för diskutrymme och anslutningar samt underhållas med vacuum och index. Managed databaser tar det mesta, men schemaändringar är alltid dina.
Backup och återläsningstest. En backup som aldrig återställts är en förhoppning. Testa återläsning regelbundet till en separat miljö och dokumentera hur lång tid det faktiskt tar.
Övervakning, loggar och larm. Mät svarstider, felkvot, minne och disk. Larm ska gå till en person som kan agera, inte bara till en delad inkorg som ingen läser.
Kapacitet och skalning. Följ trender i trafik och resursanvändning så att du skalar innan det blir kris. På en PaaS lägger du till instanser, på VPS byter du storlek.
Säkerhetsbevakning för Django och paket. Djangoprojektet publicerar säkerhetsreleaser med förvarning. Någon måste läsa dem, uppgradera beroenden och deploya – en uppgift som nästan alltid ligger hos dig.

Managed hosting passar dig som

saknar egen driftkompetens i teamet
behöver ett skriftligt SLA mot dina egna kunder
vill lägga utvecklartiden på produkten

Passar sämre om du

har ett hobbyprojekt med minimal budget
behöver specialpaket eller ovanlig nätverkssetup
redan har DevOps-rutiner som fungerar

Backup, rollback och incidenter

Skilj på tre saker: backup skyddar data, rollback återställer kod och incidenthantering avgör vem som agerar när något går sönder. En leverantör kan ha utmärkt backup men ingen jour, eller tvärtom. Rollback av kod är oftast enkelt på en PaaS, medan en databasmigrering som tagit bort en kolumn bara kan backas med en återställning. Därför ska du ställa fem SLA-frågor innan du skriver på:

Vilken tillgänglighet garanteras och hur mäts den? 99,9 procent per månad tillåter drygt 43 minuters avbrott. Fråga om planerat underhåll räknas in och om mätningen sker per tjänst eller per region.
Vad räknas som incident och vilka svarstider gäller? Be om svarstid per allvarlighetsgrad, öppettider för support och om jour ingår dygnet runt eller kostar extra.
Hur ofta tas backup, hur länge sparas den och var? Daglig backup med sju dagars lagring är vanligt. Kontrollera att backup ligger fysiskt separerad från produktionen och inom EU/EES.
Vem gör återläsningen och hur lång tid tar den? Fråga efter RPO och RTO, om återläsning kostar extra och om du själv kan återställa till en viss tidpunkt.
Vilken kompensation ges och vilka undantag finns? Kompensation är oftast en kreditering på fakturan, inte ersättning för förlorade intäkter. Läs undantagen för force majeure och kundorsakade fel.

Kostnader och begränsningar

Managed kostar mer per månad men mindre i egen tid. Begränsningarna är också verkliga: på en PaaS kan du inte installera vilka systempaket som helst, och en managed VPS kan ha regler för vad du får ändra. Jämför därför totalkostnad, inte bara listpris.

Exempel: B2B-app med webbprocess, worker och PostgreSQL

Formel: månadskostnad = plattform + databas + egen drifttid × timkostnad. Antaganden (illustrativa): timkostnad 700 kr, 1 USD ≈ 9,5 kr, priser exkl. moms.

Self-managed VPS: server 300 kr (antagande) + 4 h × 700 kr = 3 100 kr/mån
Managed VPS + managed PostgreSQL: 300 kr + driftstillägg 1 000 kr (antagande) + 725 kr databas + 1 h × 700 kr = 2 725 kr/mån
PaaS (Render): webb 7 + worker 7 + Postgres 6 USD = 20 USD ≈ 190 kr + 1 h × 700 kr = 890 kr/mån

PaaS vinner för små appar; managed VPS blir intressant när krav på lagring, SLA eller nätverk styr. Siffrorna är exempel, inte offerter.

Vill du jämföra konkreta leverantörer och priser? Se vår översikt över django hosting i Sverige. Om du hellre vill förstå hela spektrumet från delat webbhotell till containrar, läs om django hosting för små och stora projekt. Kör du self-managed går vår guide till django deployment hosting på egen server igenom Gunicorn, Nginx och rollback.

Sammanfattning

Managed Django hosting tar bort serverarbete, men inte ansvaret för din kod, dina migreringar eller dina Django-uppgraderingar. Skilj managed VPS från PaaS, fråga efter RPO, RTO och svarstider, och jämför totalkostnaden inklusive din egen tid.

Vill du slippa servrar helt? Kontrollera aktuella priser för webbtjänster, workers och PostgreSQL hos Render.

Se Renders priser

FAQ

Är en PaaS samma sak som managed hosting?

Inte riktigt. En PaaS som Render sköter runtime, bygge och skalning, men du väljer själv konfiguration, migreringar och beroenden. Managed hosting betyder oftast en server där leverantören tar ansvar för operativsystem, övervakning och ibland backup. Båda kallas managed i marknadsföring, så läs alltid vilka uppgifter som faktiskt ingår.

Uppdaterar leverantören Django åt mig?

Nästan aldrig. Django och dina Python-paket ligger i din kod och styrs av din requirements- eller lockfil. Leverantören kan patcha operativsystemet och ibland Python-tolken, men säkerhetsreleaser för Django måste du själv uppgradera, testa och deploya. Prenumerera på Djangos säkerhetsaviseringar så att du hinner agera.

Vad betyder RPO och RTO i praktiken?

RPO anger hur mycket data du kan förlora, till exempel högst 24 timmar vid daglig backup. RTO anger hur lång tid det får ta att vara i drift igen efter ett haveri. Be leverantören om båda värdena skriftligt och kontrollera om de gäller databasen, filerna eller hela servern.

Ingår GDPR-ansvaret i ett managed-avtal?

Nej, du är fortfarande personuppgiftsansvarig för din applikation. Leverantören är normalt personuppgiftsbiträde och ska erbjuda ett biträdesavtal som beskriver säkerhet, underbiträden och lagringsplats. Managed drift kan underlätta åtgärder som loggning och backup, men ansvaret flyttas inte. Detta är information, inte juridisk rådgivning.