0
GitHub mercoledì è condividere i dettagli della massiccia tecnica impegna i suoi tecnici è andato attraverso di migrare l’infrastruttura di poteri github.com e api.github.com — alcuni dei suoi più carichi di lavoro critici-da una serie di configurato manualmente i server fisici per Kubernetes cluster in grado di eseguire l’applicazione contenitori.
GitHub è convinto che la mossa è in grado di consentire la più rapida innovazione on line e la condivisione del codice e della piattaforma di sviluppo.
“Abbiamo dato i nostri ingegneri un ambiente migliore in cui sperimentare ed eseguire il codice che poteri github.com,” Jesse Newland, GitHub sito principale affidabilità ingegnere, ha detto a ZDNet. “Siamo davvero entusiasti di vedere il tasso di innovazione aumento su GitHub e, si spera, l’uso che per portare il meglio software e servizi per tutti in tutto il mondo-e come risultato di ciò, hanno un impatto positivo sull’industria del software nel suo complesso”.
Dopo anni di gestione di una gran parte di un gruppo statico di server che hanno alimentato l’applicazione che serve le richieste web, era giunto il momento di GitHub per passare a un sistema con una maggiore flessibilità. Nuovi servizi potrebbe richiedere giorni, settimane o addirittura mesi per distribuire.
“Abbiamo bisogno di costruire ambienti di piccole dimensioni per esperimento, per consentire agli ingegneri di costruire cose nuove,” Newland ha detto. “Anche noi abbiamo bisogno di rispondere più velocemente alle variazioni della domanda. Il nostro traffico è in crescita, e abbiamo sempre bisogno di affrontare tutto ciò, e facciamo anche vedere regolari valli del nostro traffico.”
Il team si è rivolto al Kubernetes per la sua forte comunità open source a supporto del progetto, GitHub eseguire prima esperienza con esso, e per la ricchezza di informazioni disponibili circa l’esperienza che ha motivato la sua progettazione.
Uno di GitHub principali ostacoli, tuttavia, è stata la mancanza di documentazione per la distribuzione di Kubernetes cluster fisico datacenter. Infatti, la maggior parte della relativa documentazione esistente sull’argomento è focalizzata sulla home degli utenti, Newland ha detto.
Come risultato, “molti di noi che hanno lavorato al progetto hanno un armadio Kubernetes cluster in casa nostra,” Newland ha detto, “che è grande per la sperimentazione.”
Mentre GitHub ha colpito la pietra miliare della migrazione dell’applicazione in esecuzione github.com è ancora affinamento delle modalità di esecuzione Kubernetes in un ambiente fisico. Alla fine, Newland, ha detto, la sua squadra vuole condividere l’esperienza “e cercare di migliorare la documentazione di Kubernetes in modo che altre persone che mirano a fare la stessa cosa in futuro di avere un’esperienza migliore.”
Il team, inoltre, ha preso un rischio con la scelta di iniziare la migrazione, con uno dei suoi più carichi di lavoro critici.
“Abbiamo fatto molto deliberatamente” Newland ha detto. “Sapevamo che il carico di lavoro è estremamente ben capito da un gran numero di persone intorno alla società. Si possono trovare in qualsiasi angolo della domanda e di trovare persone con un sacco di esperienza, in particolare, che una parte di esso. Ogni volta che imbattuto in un problema, siamo stati in grado di rintracciare gli ingegneri che sono veramente esperti in zona.”
Mentre questa era la domanda GitHub inizialmente mirati, non era di prima applicazione, la squadra corse su Kubernetes– necessari per l’esecuzione di altri servizi di supporto. Ancora, questo è quello che la squadra, considerato il loro primo notevole successo.
“Ho visto, sia su GitHub e di altre organizzazioni, quando un tentativo di migrazione è fatto uso di un giocattolo o di servizio inferiore, come primo passo,” Newland ha detto. “Che, spesso, può essere estremamente efficace, e può spesso di stallo. Che è quello che stavamo cercando di evitare. Non volevamo arrivare a metà e poi passare a un altro modo per sviluppare le applicazioni.”
Per garantire Kubernetes avrebbe funzionato bene per le sue esigenze, GitHub, squadra costruita una pre-produzione ambiente di gestione temporanea “rivista di laboratorio.”
“Siamo stati in grado di presentare qualcosa di ingegneri internamente, che ci ha permesso di quasi crowdsourcing, in un certo senso, la validazione delle funzionalità di questa piattaforma e il nostro uso di esso,” Newland ha spiegato. “Che a basso rischio sperimentazione ambiente era davvero d’impatto e ha permesso alle persone di muoversi rapidamente con un high stakes progetto, perché avevano questo ambiente isolato, in cui il raggio di esplosione di qualsiasi problema è stato limitato.”
Dopo aver visto i risultati positivi di questa migrazione, GitHub è al lavoro per fornire i suoi tecnici per un modo di distribuire nuove applicazioni per Kubernetes in un self-service di moda. Già, Newland ha detto, “abbiamo visto un aumento del tasso di innovazione e di nuove idee e di progetti software che non solo esistono e funzionano in un computer portatile, ma esistono e funzionano in produzione.”
Relativi copertura:
Linux Foundation offre la connessione Introduzione di Kubernetes classe Amazon salta su Kubernetes carro GitHub fonti aperte OctoDNS, nuovo strumento per la gestione dei record DNS
0