Hvad AWS kan lære af Googles brølende Kubernetes-succes

Billede: 123dartist, Getty Images / iStockphoto

Et hurtigt kig på Kubernetes-forpligtelsesloggen antyder, at interessen for at bidrage til open source-containermotoren muligvis falmer. Det hurtige, overfladiske look ville imidlertid være forkert. Vildt så.

Hvad det fald i forpligtelser til den centrale Kubernetes-motor faktisk viser er, at Google og det voksende Kubernetes-samfund gør næsten alt godt for at sikre dets langsigtede succes.

Kerne ikke mere

I gamle dage erhvervede platforme strøm ved at tilføje funktionalitet til kernen. Mange af en opstart fandt dens formuer ødelagt, for eksempel ved at Microsoft gjorde denne funktionalitet til en funktion af Windows. Det var dengang, det er nu.

Kubernetes, der allerede er imponerende i sig selv, er især hvad angår, hvordan det har styret ny funktionalitet. Denne forpligtelseslog er tiltagende delvis fordi, som Ant Stanley har bemærket, det er "et tegn på, at projektet modnes og stabiliseres, ikke et drop off interesse." "For mange infrastrukturprojekter, " tilføjer Christopher Schmidt, "dette ville være en ekstremt sund graf."

Han har ret, men denne graf er også "sund" af en anden grund. Denne grund er, hvordan Kubernetes-klanen tænker på kerneplatformen.

Som Kubernetes-udvikler Jaice Singer DuMars har fremhævet, "Med ting som cloud-udbyderekstraktion prøver vi at få tingene ud af kernen, ikke i." Hvad?? Cloud Native Computing Foundation-direktør Chris Aniszczyk tilsluttede sig og tilføjede, at "en masse af de spændende ting sker uden for Kubernetes-kernerepoen. Ting som CSI er eksplicit blevet udviklet uden for kernerepoet." Kubernetes behøver kort sagt ikke at have alle de gode ting (som f.eks. Istio og Helm) som funktionalitet tæt fastgjort ind i kernen. Det er en platform. Pointen er at lade andre ting vokse omkring det, som Jesse Ezell kaldte.

Dette betyder med andre ord (DuMars ', i dette tilfælde), "Kubernetes er blevet episenteret for et blomstrende økosystem, men cloud native-rejsen har mange andre spændende waypoints."

Nu hvis kun alle platformteamene tænkte på denne måde.

En bedre måde

Lad os være tydelige: Denne decentrale tilgang til platformopbygning er ikke typisk. De fleste virksomheder (og open source-projekter - OpenStack, nogen?) Kan ikke hjælpe sig selv - det virker bare lettere og mere effektivt at øge gravitationsvinduet i kernen og suge ind omkringliggende satellitter. Dette er imidlertid en rigtig dårlig måde at fremme samfundet på.

Kubernetes ser derimod ud til at gøre alt godt, når det kommer til samfund. Dette er en stor grund til, at projektet fortrængte tidligere deltagere til containerorkestreringsmarkedet som Mesosphere og Docker. Det er grunden til, at alle griber fat i deres containere til Kubernetes, fra sky-giganter som AWS og Google til leverandører af datainfrastrukturer som VMware og Oracle.

Derfor bør vi bifalde Google, den oprindelige skaber af Kubernetes. Google gør mange ting godt, men det er utroligt at få Kubernetes-communityopskriften så rigtig så længe.

Det er også grunden til, at vi skal minde AWS, der er blevet mere og mere aktive i open source, at tage en side fra Googles bog og lære, hvordan man både starter og fremmer open source-projekter. Det har en stor mulighed for at gøre netop dette med Firecracker, en letvægts virtualiseringsteknologi til at køre containere med mange lejere. Den åbne sourcing af fyrværker kom fra Amazons Lambda- og Fargate-hold, AWS 'Matt Wilson påpegede, et tegn på, at open source begynder at køre dybere i Amazons DNA.

Dette er godt, især da AWS bestræber sig på at imødekomme kritik af, at det kræver meget, men giver lidt til open source. Googles indledende og løbende involvering med Kubernetes, og hvordan den oprettede Kubernetes-kernen for at lette men ikke kontrollere opfølgende innovation, er et godt eksempel at følge.

Open Source Ugentlig nyhedsbrev

Du vil ikke gå glip af vores tip, tutorials og kommentarer til Linux OS og open source-applikationer. Leveres tirsdage

Tilmeld dig i dag

© Copyright 2020 | mobilegn.com