rvbox/Getty ImagesHvis du gjorde unna Linux, skyen, containere eller Kubernetes, ville du ikke gjenkjenne dagens teknologiverden. Linux er operativsystemets grunnlag for det hele; skyen gir oss tilgang til alle sine applikasjoner og ressurser; containere er der disse appene bor; og Kubernetes orkestrerer alle containerne. Fjern en av dem, og vi lever og arbeider i et mer primitivt rike.
Få teknologier har hatt så stor innvirkning på det stadig utviklende landskapet med skybasert databehandling som Kubernetes. Når det feirer sitt 10-årsjubileum, står Kubernetes som et bevis på kraften til åpen kildekode-samarbeid og innovasjon. Fra sin spede begynnelse hos Google til å bli de facto-standarden for containerorkestrering, har Kubernetes forvandlet hvordan vi distribuerer, administrerer og skalerer applikasjoner.
Også: 5 måter å lagre din Windows 10-PC i 2025 – og de fleste er gratis
Du trenger ikke å ta mitt ord for det. I Pure Storage's nylig utgitte The Voice of Kubernetes Experts Report 2024 fant selskapet at “i løpet av de neste fem årene vil 80 % av nye applikasjoner bygges i skybaserte plattformer.” Jeg er overrasket over at det er så lavt.
Du skjønner, Kubernetes har endret måten vi gjør databehandling på. Som Liz Rice, sjef for åpen kildekode hos Isovalent, et eBPF-basert nettverks-, sikkerhets- og observasjonsselskap, fortalte meg, har Kubernetes fundamentalt endret måten vi nærmer oss nettverk og sikkerhet på:
< p>Kubernetes er fundamentalt dynamisk. Pods kan skaleres opp og ned som svar på etterspørsel, og arbeidsmengder kan planlegges og omplanlegges til forskjellige maskiner. Så selv om nettverk mellom Kubernetes-arbeidsbelastninger bruker IP-pakker, er IP-adresser bare meningsfulle på kort sikt fordi de blir brukt og gjenbrukt til forskjellige arbeidsbelastninger til forskjellige tider. Dette betyr at tradisjonelle nettverks- og sikkerhetsverktøy som identifiserer trafikk basert på porter og IP-adresser ikke lenger er tilstrekkelig. Vi trenger verktøy som kartlegger flyktige IP-adresser til meningsfulle Kubernetes-identiteter, som pods, tjenester, navnerom og noder.
La oss reise gjennom det siste tiåret for å forstå hvor Kubernetes startet, hvordan det har formet den skybaserte verden, og hva som ligger foran oss.
Kubernetes' genesis
Historien om Kubernetes begynner tidlig på 2010-tallet hos Google, der ingeniører kjempet med utfordringene med å administrere store containerapplikasjoner. Alle erkjente hvor viktige containere var og at vi trengte en måte å håndtere dem på.
Inne i Google visste de allerede hvor viktig det var å organisere containere. Tross alt hadde Google brukt containere før Docker gjorde dem populære. Da Google-ingeniørene Craig McLuckie, Joe Beda og Brendan Burns for første gang presenterte ideen i 2013 til Urs Hölzle, daværende Googles sjef for teknisk infrastruktur, svarte han: “Så la meg få dette på det rene. Du vil bygge en ekstern versjon av Borg-oppgaveplanleggeren. En av våre viktigste konkurransefortrinn. Den vi ikke engang snakker om eksternt. Og på toppen av det, vil du ha åpen kildekode?"
Ja, ja, det gjorde de. Til slutt overtalte de Hölzle om at det var en god idé.
Hvorfor? McLuckie forklarte:
Vi har alltid trodd at åpen kildekode Kubernetes var den rette veien å gå, og ga mange fordeler til prosjektet. For det første var tilbakemeldingssløyfer i hovedsak øyeblikkelig – hvis det var et problem eller noe ikke fungerte helt riktig, visste vi om det umiddelbart. Men viktigst av alt, vi var i stand til å jobbe med mange flotte ingeniører, hvorav mange virkelig forsto behovene til bedrifter som ville ha nytte av å distribuere containere. Det var en god syklus: arbeidet til dyktige ingeniører førte til større interesse for prosjektet, noe som økte forbedringshastigheten og bruken ytterligere.
Så det var tidlig i juni 2014, kl. den første DockerCon, "The Container Orchestration War" begynte. Apache Mesos, Red Hat's GearD, Docker Libswarm, Facebook's Tupperware og Kubernetes ble alle annonsert. Som Brad Rydzewski, den gang grunnleggeren av Drone.io, sa: “Det jeg lærte på #dockercon: Alle bygger sin egen orkestreringsplattform. Alvor. Alle sammen."
Rydzewski tok ikke feil. Flere orkestreringsprogrammer fulgte raskt.
Også: Å låse containersikkerhet en gang for alle med Rust-baserte Edera
Selv i de tidlige dagene trodde jeg imidlertid Kubernetes ville være klar vinner. Siden den var inspirert av Googles Borg containerhåndteringsprogram, som hadde vært brukt siden 2003, hadde den en modenhet de andre programmene manglet.
Kubernetes fikk raskt gjennomslag. Navnet "Kubernetes'' kommer fra det greske ordet for "styrmann" eller "pilot," symboliserer dens rolle i å styre containeriserte applikasjoner. Kubernetes-logoen, et syv-eikers skipshjul, hyller Borg-arven og fornavnet Seven of Nine, en vennlig Borg fra Star Trek, som ble droppet av åpenbare varemerkegrunner.
Rask adopsjon og fellesskapsvekst
Kubernetes' åpen kildekode natur og robuste funksjoner gjorde det til en umiddelbar hit blant utviklere og bedrifter. I 2015 hadde Kubernetes nådd versjon 1.0, og Google samarbeidet med Linux Foundation for å danne Cloud Native Computing Foundation (CNCF), med Kubernetes som frøteknologi. Dette trekket var sentralt for å fremme et levende fellesskap rundt Kubernetes, noe som førte til rask innovasjon og utbredt bruk.
Også: Linux Foundation og teknologigigantene samarbeider om generative AI-bedriftsverktøy med åpen kildekode
Mens andre containerorkestreringsprogrammer fortsatt er med oss, annonserte Amazon Web Services (AWS) i 2017 Elastic Container Service for Kubernetes (EKS), og alle kunne lese skriften på veggen. Kubernetes ville dominere den skybaserte verden.
Samtidig pleiet CNCF Kubernetes-økosystemet. I dag er hundrevis av skybaserte programmer alle avhengige av Kubernetes. I dag er det ingen store skyleverandører som ikke er avhengige av Kubernetes. Det har blitt den beste containerorkestreringsplattformen.
Forvandling av skybasert utvikling
Kubernetes' innvirkning på skybasert utvikling kan ikke overvurderes. Den introduserte et nytt paradigme for distribusjon og administrasjon av applikasjoner, som gjør det mulig for utviklere å fokusere på å skrive kode i stedet for å bekymre seg for infrastruktur. Kubernetes abstraherer bort kompleksiteten til containerorkestrering, og tilbyr funksjoner som automatiserte utrullinger og tilbakeføringer, selvhelbredelse og horisontal skalering.
En annen viktig Kubernetes-fordel er portabiliteten. Applikasjoner distribuert på Kubernetes kan kjøres på hvilken som helst skyleverandør eller lokal infrastruktur, noe som gjør det til et ideelt valg for hybrid- og multiskymiljøer. Faktisk lever og dør hybridskyen av Kubernetes. Denne fleksibiliteten har vært en game-changer for bedrifter, slik at de kan unngå leverandørlåsing og optimalisere skystrategiene sine.
Også: Red Hats siste Linux-distro for bedrifter har nye funksjoner for å takle hybrid skykompleksitet
Gjennom årene, i tillegg til relaterte skybaserte programmer, har Kubernetes skapt et rikt økosystem av verktøy og prosjekter som utvider mulighetene. Disse inkluderer Helm, Kubernetes-pakkebehandleren som forenkler applikasjonsdistribusjon og administrasjon ved å tilby gjenbrukbare diagrammer, og Prometheus, det kraftige Kubernetes-miljøovervåkings- og varslingsprogrammet.
Fremveksten av Kubernetes har også gitt fødsel til nye paradigmer som GitOps, som utnytter Git som den eneste kilden til sannhet for deklarativ infrastruktur og applikasjonsadministrasjon.
Fremtiden til Kubernetes
Når vi ser fremover, viser Kubernetes ingen tegn til å avta. Plattformen fortsetter å utvikle seg, med nye funksjoner og forbedringer som legges til jevnlig. Kubernetes-fellesskapet utforsker måter å forenkle brukeropplevelsen på, forbedre sikkerheten og forbedre skalerbarheten.
Ville Aikas, Chainguard-medgründer og en av Kubernetes'apos; skapere, observert:
Vi har dette enorme CNCF-landskapet som blomstrer, noe som er en fantastisk ting med tanke på alt mangfoldet av verktøy og infrastrukturalternativer det gir plattformteam. Men jeg tror det også skaper en haug med valg som må tas for å kunne drive Kubernetes – og det landskapet har blitt enormt. Jeg har alltid følt at en av kjernegrunnene til at Kubernetes ble så populær, var at Application Programming Interface (API) er så enkelt og at den kognitive belastningen for å bruke den er relativt lav. Ettersom Kubernetes fortsetter å modnes, må den på en eller annen måte beholde enkelheten til sin mentale modell og brukervennligheten til API-en.
Det er lettere sagt enn gjort. Å sjonglere Kubernetes og skybaserte programmeringsparadigmer har blitt stadig vanskeligere.
Som Shahar Azulay, administrerende direktør og medgründer av Groundcover, et eBPF-ytelsesovervåkingsselskap, sa:
Kubernetes har vist sin evne til å håndtere ulike oppgaver effektivt, men kompleksiteten krever betydelig oppsett og kontinuerlig vedlikehold. I likhet med hvordan Linux utviklet seg til et pålitelig operativsystem, forventer jeg at Kubernetes forvandles til et mer brukervennlig abstraksjonslag. Etter hvert som Kubernetes-bruken fortsetter å vokse et tiår inn, blir behovet for effektivitet og kostnadsoptimalisering stadig mer kritisk.
Når vi ser fremover, sa Isovalent's Rice:
Vi ser allerede at Kubernetes brukes i mer hybride miljøer sammen med eldre arbeidsbelastninger og i edge-enheter. Cilium, det skybaserte, åpen kildekode-eBPF-baserte programmet for nettverk, observerbarhet og sikkerhet, er at en applikasjonsutvikler ikke trenger å vite eller bry seg om hvor tjenestene de ønsker å samhandle med kjører: tilkobling og sikkerhet bør alt håndteres i plattformlaget.
En annen spennende utvikling i horisonten er integrasjonen av Kubernetes med serverløs databehandling. Prosjekter som Kubeless og Fission bringer serverløse evner til Kubernetes, og lar utviklere bygge og distribuere funksjoner-som-en-tjeneste (FaaS) på toppen av deres eksisterende Kubernetes-klynger. Denne fusjonen av serverløs og Kubernetes lover å låse opp nye muligheter for skybaserte applikasjoner.
Også: Klar til å oppgradere? Se til kanten (hvor det ikke bare handler om AI)
Edge computing og Kubernetes-kombinasjoner vokser også. Etter hvert som flere enheter og applikasjoner beveger seg mot kanten, blir Kubernetes tilpasset for å støtte edge-distribusjoner. Kubernetes-fellesskapet jobber med prosjekter som KubeEdge, MicroK8s og Red Hat Device Edge for å muliggjøre lette, effektive Kubernetes-klynger som kan kjøres på edge-enheter.
Kubernetes' fremtid er lys. Med pågående innovasjon og et blomstrende økosystem er Kubernetes klar til å fortsette å forme det skybaserte landskapet i årene som kommer. Hev en skål for et tiår med Kubernetes, og her er ytterligere 10 år med innovasjon, samarbeid og fortreffelighet innen containerorkestrering.