0
GitHub onsdag deler oplysninger om den massive tekniske bestræbe sig på sin ingeniørerne gik igennem for at migrere den infrastruktur, der driver github.com og api.github.com — nogle af sine mest kritiske arbejdsmængder — fra et sæt af manuelt konfigureret fysiske servere til Kubernetes klynger, der kører anvendelse containere.
GitHub er overbeviste om, at flytningen vil give mulighed for hurtigere innovation på online-kode deling og udvikling af platformen.
“Vi har givet vores ingeniører et bedre miljø for at eksperimentere og køre kode, der magter github.com,” Jesse Newland, GitHub vigtigste websted pålidelighed ingeniør, sagde til ZDNet. “Vi er virkelig glade for at se innovation stigning på GitHub, og forhåbentlig kan bruge til at skabe bedre software og service til alle i hele verden-og som følge af, at have en positiv indvirkning på software-industrien som helhed.”
Efter flere år med at køre en overvejende statisk gruppe af servere, der drives af den ansøgning, der serverer web anmodninger, tiden var kommet til GitHub til at flytte til et system med mere fleksibilitet. Ny service kan tage dage, uger eller endda måneder at implementere.
“Vi havde brug for til at bygge små miljøer til at eksperimentere i, at give ingeniører til at bygge nye ting,” Newland sagde. “Vi har også, vi havde brug for mere hurtigt at reagere på ændringer i efterspørgslen. Vores trafik er stigende, og vi er altid nødt til at beskæftige sig med det, og vi også kan se regelmæssig dale i vores trafik.”
Holdet viste at Kubernetes for sin stærke open source fællesskab at støtte projektet, GitHub første løb erfaring med det, og på grund af det væld af oplysninger til rådighed om de erfaringer, der er motiveret i sit design.
En af GitHub store forhindringer, dog, var den manglende dokumentation for implementering af Kubernetes klynger i en fysisk datacenter miljø. Faktisk er meget af den relevante dokumentation, der findes om emnet er fokus på private brugere, Newland sagde.
Som et resultat af “flere af os, der har arbejdet på projektet, har et skab Kubernetes klynge i vores hus,” Newland sagde, “som er fantastisk til at eksperimentere.”
Mens GitHub har ramt en milepæl migrere program, der kører github.com det er stadig raffinering af, hvordan det kører Kubernetes i et fysisk miljø. I sidste ende, Newland sagde, at hans hold ønsker at dele denne oplevelse “og forsøge at forbedre dokumentationen af Kubernetes, så andre folk, der har til formål at gøre det samme i fremtiden, har en bedre oplevelse.”
Holdet tog også en risiko ved at vælge at starte sin migration med en af sine mest kritiske arbejdsmængder.
“Vi gjorde det meget bevidst,” Newland sagde. “Vi vidste, at det, at arbejdsbyrden er yderst velkendt af et stort antal mennesker rundt omkring i virksomheden. Du kan finde ethvert hjørne af denne ansøgning, og finde folk med en masse erfaring i en bestemt del af det. Nogen tid løb vi ind i et problem, vi var i stand til at opspore ingeniører, der var virkelig eksperter på området.”
Mens dette blev ansøgningen GitHub i første omgang rettet, det var ikke første ansøgning holdet kørte på Kubernetes– de havde behov for at køre andre støttetjenester. Stadig, dette er, hvad teamet mener, at deres første bemærkelsesværdige succes.
“Jeg har set, både på GitHub og andre organisationer, når en migration forsøg er udført ved hjælp af et stykke legetøj eller mindre som den store første skridt,” Newland sagde. “Det kan ofte være meget vellykket-og det kan ofte stall der. Det er, hvad vi søgte at undgå. Vi ønskede ikke at komme halvvejs, og derefter flytte til en anden måde at bygge applikationer.”
For at sikre Kubernetes ville fungere godt for sine behov, GitHub holdet bygget en pre-produktion staging miljø kaldet “gennemgang lab.”
“Vi var i stand til at præsentere noget at ingeniører internt, der tillod os at næsten crowdsource, på en måde, validering af den funktionalitet af denne platform og vores brug af det,” Newland forklaret. “At lav-risiko eksperimenter miljø var virkelig effektfuld og tillod folk at bevæge sig hurtigt med en high stakes projekt, fordi de slags havde dette isolerede miljø, hvor blast radius af ethvert problem var begrænset.”
Efter at have set de positive resultater af denne migration, GitHub arbejder på at give sine ingeniører til en måde at installere nye programmer til Kubernetes i en self-service mode. Allerede, Newland sagde, “vi har set en stigning i antallet af innovation og nye ideer og software-projekter, der ikke kun eksisterer, og arbejde på din bærbare computer, men eksisterer og arbejder i produktionen.”
Relaterede dækning:
Linux Foundation tilbyder gratis Introduktion til Kubernetes klasse Amazon hopper på Kubernetes vognen GitHub åbne kilder OctoDNS, nyt værktøj for håndtering af DNS-poster
0