Varför ni behöver en containerkonsult — inte bara dokumentation

Docker har utmärkt dokumentation. Kubernetes har ännu mer. Ändå ser vi på Opsios NOC regelbundet miljöer där team har följt tutorials men hamnat i produktionsproblem de inte kan lösa. Typiska exempel:

• Överdimensionerade kluster där noder kör på 15 % CPU-utnyttjande — en ren kostnadsbomb
• Saknade nätverkspolicyer som låter varje pod prata med varje annan pod — en lateral movement-risk
• Images utan scanning som dras direkt från Docker Hub till produktion med kända CVE:er
• Ingen observability — containrar som kraschar utan att någon märker det förrän användare klagar

En erfaren containerkonsult förebygger dessa problem systematiskt. Men framför allt gör en bra konsult sig själv överflödig — genom att bygga automation, dokumentation och kunskapsöverföring som gör ert eget team självgående.

Kärnkompetenser att kräva av en Docker-konsult

1. Container-design och image-hygien

Det första en konsult bör granska är era Dockerfiles. Multi-stage builds, minimala basimages (distroless eller Alpine), korrekt hantering av secrets och en tydlig taggningsstrategi är grundläggande. Vi ser fortfarande organisationer som kör latest-taggen i produktion — det är som att spela rysk roulett med sina releaser.

2. Kubernetes-orkestrering

Docker Compose fungerar för lokal utveckling. I produktion behöver ni orkestrering. Det innebär:

• Klusterdesign: Antal noder, node pools, autoscaling-policyer
• Namespace-strategi: Isolering mellan team och miljöer
• Resource requests/limits: Korrekt dimensionering per pod
• Ingress och service mesh: Trafikhantering, TLS-terminering, observability
• Helm eller Kustomize: Pakettering och versionshantering av manifests

Managerade Kubernetes-tjänster som AWS EKS (tillgängligt i eu-north-1, Stockholm), Azure AKS (Sweden Central) och Google GKE förenklar klusterdrift avsevärt, men ni behöver fortfarande kompetens att konfigurera dem rätt.

3. CI/CD-integration

Containrar utan automatiserade pipelines är halvfärdigt arbete. Konsulten bör implementera:

• Automatiska builds vid varje commit (GitHub Actions, GitLab CI, Azure DevOps)
• Image-scanning som del av pipelinen (Trivy, Grype, Snyk Container)
• Automatiserade tester i container-kontext
• GitOps-deployment med ArgoCD eller Flux för Kubernetes

Managerad DevOps med CI/CD och containerplattformar

4. Säkerhet genom hela livscykeln

Containersäkerhet är inte en punkt på en checklista — det är ett kontinuerligt arbete. En kompetent konsult adresserar:

Molnsäkerhet och containerskydd

5. FinOps och kostnadsoptimering

Flexeras State of the Cloud har konsekvent visat att kostnadshantering är den största utmaningen för molnanvändare. Containermiljöer är inget undantag. Utan rätt resource requests och limits betalar ni för kapacitet ni inte använder. En containerkonsult med FinOps-kompetens hjälper er med:

• Right-sizing av noder och pods baserat på faktisk användning
• Spot/preemptible instances för icke-kritiska arbetsbelastningar
• Kluster-autoscaling som skalar ner under lågtrafik
• Namespace-kvoter som förhindrar att ett team äter upp hela klustrets resurser

Cloud FinOps – kontroll över molnkostnader

Så väljer ni rätt containerkonsult: ett praktiskt ramverk

Teknisk utvärdering

Ställ konkreta frågor under upphandlingen:

1. "Visa ert senaste Kubernetes-kluster i produktion." — En konsult som inte kan visa referensmiljöer (anonymiserade) bör ifrågasättas.

2. "Hur hanterar ni secrets i containermiljöer?" — Rätt svar involverar HashiCorp Vault, AWS Secrets Manager, Azure Key Vault eller liknande. Fel svar är environment-variabler i klartext.

3. "Vad är er strategi för image-uppdateringar när en CVE publiceras?" — Ni vill höra om automatiserade scanning-pipelines och definierade SLA:er för patchning.

4. "Hur överför ni kunskap till vårt team?" — Dokumentation, parprogrammering och workshops är viktiga indikatorer på en konsult som bygger långsiktig kapacitet.

Organisatorisk mognad

Inte alla organisationer behöver Kubernetes dag ett. En ärlig konsult bedömer er nuvarande mognad och kan rekommendera en stegvis approach:

• Steg 1: Containerisera applikationer med Docker, bygg CI/CD-pipelines
• Steg 2: Deploy till managerad containertjänst (ECS, Azure Container Apps)
• Steg 3: Kubernetes när ni har mikrotjänster, behov av avancerad orkestrering och team som kan driva plattformen

En konsult som föreslår fullskalig Kubernetes-implementation för en monolitisk applikation med tre utvecklare bör ni vara skeptiska till.

Regulatoriska krav för svenska organisationer

NIS2 och containermiljöer

NIS2-direktivet, som gäller i hela EU, ställer krav på incidentrapportering inom 24 timmar och dokumenterad riskhantering. För containermiljöer innebär det:

• Spårbarhet: Ni måste kunna visa vilken image-version som körde vid en given tidpunkt
• Audit logging: Alla klusterhändelser ska loggas och vara sökbara
• Incidentrespons: Dokumenterade runbooks för containerrelaterade incidenter

GDPR och datalokalitet

Om era containrar bearbetar personuppgifter måste ni säkerställa att data stannar inom godkända jurisdiktioner. Det innebär att välja rätt AWS-region (eu-north-1), Azure-region (Sweden Central) och konfigurera nätverkspolicyer som förhindrar dataläckage till andra regioner.

Integritetsskyddsmyndigheten (IMY) har skärpt tillsynen, och en containerkonsult som inte förstår datalokalitetskrav är en risk för er compliance.

Molnmigrering med compliance i fokus

Managerad containertjänst kontra renodlad konsulting

Det finns ett val att göra: anlita konsulter som bygger och lämnar över, eller välj en managerad tjänsteleverantör (MSP) som tar operativt ansvar.

På Opsio ser vi att de flesta medelstora svenska organisationer landar i en hybridmodell: en initial konsultfas för arkitektur och implementation, följd av managerad drift där vårt SOC/NOC i Karlstad och Bangalore övervakar miljön dygnet runt medan kundens team fokuserar på applikationsutveckling.

Managerade molntjänster med nordisk närvaro

Vanliga misstag vi ser i produktion

Baserat på tusentals containermiljöer vi övervakar identifierar vi dessa återkommande mönster:

1. Inga resource limits — En bugg i en tjänst äter upp hela nodens minne och tar med sig granntjänster i fallet.

2. Pulling från Docker Hub utan proxy — Räkna med rate limiting och potentiella supply chain-attacker. Kör ett internt registry (ECR, ACR, Harbor).

3. Logging till stdout utan aggregering — Loggar försvinner när podden dör. Ni behöver Fluentd/Fluent Bit → centralt loggsystem.

4. Ingen pod disruption budget — Klusteruppgraderingar tar ner alla replikor av en tjänst samtidigt.

5. Secrets i ConfigMaps — Vi har sett databaslösenord i klartext i Kubernetes ConfigMaps. Använd Secrets-objekt med kryptering at rest, eller ännu bättre, extern secrets management.

Vanliga frågor

Vad gör en Docker-konsult konkret?

En Docker-konsult hjälper er pakettera applikationer i containrar, designa image-pipelines, konfigurera orkestrering (oftast Kubernetes) och säkerställa att miljön är säker och driftsäker. Bra konsulter arbetar även med CI/CD-integration, FinOps och kunskapsöverföring till ert team — målet är att ni ska kunna driva miljön själva.

Behöver vi Kubernetes om vi bara kör Docker?

Docker löser paketering och lokal körning. Men i produktion med fler än en handfull tjänster behöver ni orkestrering för skalning, self-healing och rullande uppdateringar. Kubernetes (EKS, AKS, GKE eller on-prem) är branschstandard, men för enklare behov kan AWS ECS eller Azure Container Apps räcka.

Hur skiljer sig en containerkonsult från en DevOps-konsult?

Gränserna överlappar. En containerkonsult fokuserar specifikt på containerruntime, image-hantering och orkestrering. En DevOps-konsult arbetar bredare med CI/CD, IaC, monitorering och kulturförändring. I praktiken behöver ni ofta kompetens inom båda — eller en partner som täcker hela kedjan.

Vad kostar det att anlita en containerkonsult i Sverige?

Svenska konsulter med senior Kubernetes-kompetens ligger typiskt mellan 1 200 och 2 000 SEK per timme. Managerade containertjänster kostar från cirka 40 000 SEK per månad uppåt beroende på klusterstorlek och SLA-krav. En managed service med 24/7 SOC/NOC ger ofta bättre ROI än rena konsulttimmar.

Hur säkerställer vi säkerhet i containermiljön?

Börja med image-scanning i CI/CD-pipelinen (Trivy, Snyk). Kör containrar som non-root, använd read-only filsystem och nätverkspolicyer i Kubernetes. Aktivera runtime-skydd (Falco eller kommersiella alternativ) och centralisera loggar. Under NIS2 krävs dessutom dokumenterad incidenthantering och rapportering inom 24 timmar.

---

Rätt containerkonsult förändrar inte bara er infrastruktur — den förändrar hur snabbt ni kan leverera, hur säkert ni sover om natten och hur väl ni kontrollerar era kostnader. Ställ hårda krav, begär konkreta referensmiljöer och välj en partner som har lika stort intresse av att göra sig överflödig som av att fakturera. Det är den typen av konsult som faktiskt levererar värde.