Vad är containerisering?

Containerisering låter som något för specialister, men grundidén går att förstå på en minut, och den förklarar varför modern mjukvara levereras så mycket snabbare i dag. Här är vad containerisering är, liknelsen som gör det begripligt och nyttan för din verksamhet.

Fraktcontainern som gjorde världshandeln enkel

Före den standardiserade fraktcontainern lastades gods styckevis: varje last var unik, hanterades på sitt eget sätt och krävde omlastning för hand mellan lastbil, tåg och fartyg. Det var långsamt och opålitligt. Containern löste det genom en standardiserad låda – innehållet kunde vara vad som helst, men utsidan var alltid densamma, så samma kranar och fartyg kunde flytta vad som helst utan att bry sig om innehållet.

Containerisering av mjukvara gör exakt samma sak för applikationer. Du packar din app tillsammans med allt den behöver för att köra – programkoden, alla bibliotek, rätt versioner och inställningar – i en standardiserad enhet. Utsidan ser likadan ut oavsett vad som finns inuti, så vilken plattform som helst kan köra den utan att känna till detaljerna.

Problemet det löser: “det funkade på min maskin”

Varje utvecklare känner igen meningen. Koden fungerar felfritt på den egna datorn, men kraschar på testservern eller i produktion. Nästan alltid beror det på att miljöerna skiljer sig åt: en annan version av ett bibliotek, en inställning som saknas, ett beroende som finns här men inte där.

Containern gör det problemet i stort sett obsolet. Eftersom appen paketeras tillsammans med hela sin miljö, tar den med sig omgivningen vart den än går. Det som körs på utvecklarens dator är bit för bit samma sak som körs i molnet. Skillnaderna mellan miljöer, som förr orsakade timmar av svårfångad felsökning, försvinner.

Docker som de facto-verktyg

Principen att paketera appar i containrar är äldre än de flesta tror, men det var verktyget Docker som gjorde den tillgänglig och populär, och i dag är Docker i praktiken standarden – så pass att många säger “Docker” när de menar containrar i allmänhet.

Ett konkret scenario

Säg att ett team bygger en webbtjänst. Utan containrar måste varje utvecklare handinstallera rätt versioner av databas, körmiljö och bibliotek på sin dator, och testservern måste ställas in likadant – ett pillrigt arbete som lätt glider isär. Med containrar beskrivs miljön en gång, i en fil. Var och en startar samma container och får en identisk miljö på sekunder. När tjänsten ska ut i produktion är det samma container som rullas ut. Det som förr tog en dag att sätta upp tar nu minuter, och en hel kategori av “hos mig fungerar det”-fel är borta.

Affärsnyttan

Bakom tekniken finns konkreta fördelar för verksamheten:

• Snabbare leveranser. Nya miljöer och nya versioner kan sättas upp och släppas på minuter i stället för dagar, med mindre risk för att något går sönder på vägen.
• Enklare flytt mellan moln. Eftersom containern kör likadant överallt blir ni mindre bundna till en enskild molnleverantör. Vill ni byta, eller sprida driften, är tröskeln lägre – vilket stärker er förhandlingsposition.
• Färre driftöverraskningar. När det som testats är exakt det som körs skarpt, blir produktionssättningar mindre dramatiska.

En besläktad vinst är spårbarhet. Eftersom en container byggs från en beskrivning i en fil går det att se exakt vad som ingår i en viss version och att återskapa den identiskt om något behöver felsökas eller granskas i efterhand. Det gör det också enklare att bygga en automatiserad kedja som testar och släpper nya versioner, eftersom varje steg utgår från samma väldefinierade enhet. För en verksamhet med krav på säkerhet och revision är den förutsägbarheten värd mycket i sig.

Så förhåller du dig till det

Du behöver inte förstå tekniken i detalj, men det är värt att veta att containerisering i dag är standard för hur seriös mjukvara byggs och driftas. Frågar ni en leverantör hur de levererar och driftar er tjänst, är containrar ett gott tecken på ett modernt och flyttbart upplägg.

Vill ni bygga en lösning som är snabb att leverera och inte låser in er hos en enda leverantör, tar vi på Weapp gärna med det i systemarbetet från start.