Hva er Kubernetes?

Kubernetes nevnes nesten alltid i samme åndedrag som containere og moderne drift, men hva det faktisk gjør, forblir uklart for mange beslutningstakere. Navnet hjelper ikke. Her ser vi på hva Kubernetes er, bildet som gjør det forståelig, og det ærlige spørsmålet om dere virkelig trenger det.

Dirigenten oppå containerne

For å forstå Kubernetes må man først forstå containeren: en app pakket sammen med hele miljøet sitt slik at den kjører likt overalt. En container er en byggestein. Men et fullverdig system består sjelden av én eneste container. Det kan være dusinvis eller hundrevis, som skal starte, snakke sammen, holdes i live og skaleres.

Det er her Kubernetes kommer inn. Hvis hver container er en musiker, er Kubernetes dirigenten som får hele orkesteret til å spille sammen. Den bestemmer hvor mange containere som skal kjøre, hvor de skal kjøre, hvordan de finner hverandre, og hva som skjer når en av dem faller fra. Alene kan hver container gjøre jobben sin; Kubernetes får mange til å fungere som en helhet.

Hva Kubernetes gir deg

Konkret løser plattformen tre ting som ellers krever konstant manuell oppfølging:

• Self-healing (selvreparasjon). Krasjer en container, starter Kubernetes automatisk en ny i stedet. Går en hel maskin ned, flyttes arbeidet til en annen. Systemet vender av seg selv tilbake til tilstanden du har beskrevet, uten at noen trenger å vekkes midt på natten.
• Skalering. Når lasten øker, kan Kubernetes starte flere kopier av en tjeneste for å møte trykket, og avvikle dem igjen når det roer seg. Kapasiteten følger behovet i stedet for å gjettes på forhånd.
• Kontrollerte utrullinger. Nye versjoner kan rulles ut trinnvis og stoppes eller rulles tilbake hvis noe ser feil ut. Slik unngår man at én oppdatering tar ned hele tjenesten på én gang.

Dette er funksjoner som store tjenester med høye krav til oppetid trenger, og som er tungvinte å bygge og håndtere manuelt.

Et konkret scenario

Tenk deg en nettbutikk som får en kraftig trafikktopp under en kampanje. Uten orkestrering må noen gjette på forhånd hvor mye kapasitet som trengs, holde den i gang døgnet rundt og gripe inn manuelt hvis en server krasjer midt i rushet. Med Kubernetes startes flere kopier automatisk når trafikken øker, krasjede deler erstattes av seg selv, og når kampanjen er over, skaleres alt ned igjen. Driftsteamet beskriver hva som skal gjelde, og plattformen sørger for at det forblir slik.

Den ærlige tommelfingerregelen: ofte i overkant

Her er det viktigste poenget, som sjelden sies rett ut: For de fleste små systemer er Kubernetes unødvendig. Med kraften følger betydelig kompleksitet: mange bevegelige deler, en bratt læringskurve og et vedlikehold som er et håndverk i seg selv.

Har du én enkelt app eller noen få tjenester med jevn trafikk, er enklere drift som regel mer enn nok: en vanlig server eller en administrert plattform der leverandøren tar seg av det tunge. Å innføre Kubernetes «fordi alle andre gjør det» er en vanlig måte å skaffe seg unødvendige problemer på. Plattformen begynner først å lønne seg når dere har mange tjenester, varierende last og behov for å rulle ut nye versjoner og skalere ofte.

Den skjulte kostnaden er sjelden lisenser eller servere, men kompetanse og tid. Kubernetes krever folk som forstår det og kan feilsøke det når det krøller seg, og som holder det sikkert og oppdatert. For et lite team betyr det ofte at en stor del av utviklingskapasiteten går med til å drifte plattformen i stedet for å bygge produktet. Det er den avveiingen som gjør spørsmålet skarpt: Hver time som brukes på unødvendig infrastruktur, er en time som ikke går til det kundene faktisk betaler for. Velger dere likevel Kubernetes, kan en administrert variant hos en skyleverandør ta over noe av den byrden.

Slik tenker du rundt valget

Ta utgangspunkt i behovet, ikke i trenden. Spørsmålet er ikke «er Kubernetes moderne», men «har vi mange tjenester og en last som virkelig krever dette». Er svaret nei, er enklere drift både billigere og stabilere. Er svaret ja, kan en administrert Kubernetes hos en skyleverandør ta brodden av kompleksiteten.

Ønsker dere en nøytral vurdering av hvilket driftsnivå som passer for nettopp deres tjenester, ser vi i Weapp gjerne på helheten sammen med dere før dere bygger opp noe dere senere må vedlikeholde.