0
GitHub am Mittwoch ist das teilen der details von den massiven technischen Bestreben Ihrer Ingenieure ging durch die Migration der Infrastruktur, der Befugnisse github.com und api.github.com — einige kritische workloads-von einer Reihe von manuell konfigurierten physikalischen Servern auf Kubernetes-Cluster, die Anwendung ausführen Behälter.
GitHub ist zuversichtlich, der Umzug wird es ermöglichen, schneller Innovationen auf den online-code-sharing und development-Plattform.
“Wir haben unsere Ingenieure eine bessere Umgebung, in der Experimentieren und führen Sie den code, der Befugnisse github.com,” Jesse Newland, GitHub Auftraggebers, site reliability engineer, sagte zu ZDNet. “Wir sind wirklich aufgeregt, um zu sehen, das innovationstempo zu erhöhen bei GitHub und hoffentlich nutzen, um bessere software und Dienstleistungen für jedermann auf der ganzen Welt-und als a Ergebnis, dass eine positive Auswirkung auf die software-Industrie als ganzes.”
Nach Jahren weitgehend statische Gruppe von Servern, die angetrieben die Anwendung als web-Anfragen, die Zeit war reif für GitHub zu verschieben, um ein system mit mehr Flexibilität. Neue Dienste nehmen könnte, Tage, Wochen, oder sogar Monate zu implementieren.
“Wir mussten zu bauen, kleine Umgebungen zu Experimentieren, damit Ingenieure, um neue Sachen,” Newland sagte. “Wir auch, wir mussten mehr reagieren schnell auf Veränderungen in der Nachfrage. Unser traffic wächst, und wir brauchen immer, um damit umzugehen, und das tun wir auch sehen, normale Täler in unser Verkehr.”
Das team wandte sich an Kubernetes für seine starke open-source-community, die das Projekt unterstützen, GitHub ‘ s erste Erfahrung mit es, und wegen der fülle an verfügbaren Informationen über die Erfahrung, dass motivierte seine Gestaltung.
Ein GitHub – Hürden, jedoch war der Mangel an Dokumentation für den Einsatz von Kubernetes-Cluster in einem physischen Rechenzentrum. In der Tat, viel von der relevanten Dokumentation, die vorhanden ist, auf das Thema konzentriert sich auf Heim-Anwender, Newland sagte.
Als ein Ergebnis, “mehrere von uns, die am Projekt gearbeitet haben, ein Schrank Kubernetes-cluster in unserem Haus” Newland sagte, “das ist toll für Experimente.”
Während GitHub traf ein Meilenstein der Migration der Anwendung github.com es ist immer noch die Verfeinerung, wie es läuft Kubernetes in einer physischen Umgebung. Schließlich, Newland sagte, sein team will zu teilen, die Erfahrung, “und versuchen, zur Verbesserung der Dokumentation von Kubernetes, so dass andere Leute, die wollen die gleiche Sache in der Zukunft bessere Erfahrungen haben.”
Das team nahm auch ein Risiko, indem Sie zu Beginn Ihrer migration mit einer seiner wichtigsten workloads.
“Wir haben das sehr bewusst,” Newland sagte. “Wir wussten, dass das Arbeitspensum ist sehr gut verstanden, die durch eine große Zahl von Menschen rund um das Unternehmen. Finden Sie jede Ecke von dieser Anwendung und finden Sie Menschen mit viel Erfahrung in diesem besonderen Teil. Jedes mal, wenn wir lief in ein problem, wir waren in der Lage, auf die Spur Ingenieure, die waren wirklich Experten auf dem Gebiet.”
Während dieser wurde die Anwendung GitHub zunächst angestrebt, es war nicht das erste Anwendung, die das team lief auf Kubernetes-Sie werden gebraucht, um andere unterstützende Dienstleistungen. Trotzdem ist das, was das team als Ihre erste nennenswerte Erfolg.
“Ich habe gesehen, sowohl bei GitHub und andere Organisationen, wenn eine migration versucht wird, mit einem Spielzeug oder kleinere service-wie sein großer Erster Schritt,” Newland sagte. “Das kann oft sehr erfolgreich-und es kann oft stall dort. Das ist, was wir waren auf der Suche zu vermeiden. Wir wollen nicht, dass man auf halbem Weg gibt, und verschieben Sie dann auf einem anderen Weg, um Anwendungen zu bauen.”
Um sicherzustellen, Kubernetes gut funktionieren würde, für seine Bedürfnisse, die GitHub-team baute eine pre-production, staging-Umgebung, genannt “review-Labor.”
“Wir waren in der Lage, etwas zu zeigen, Ingenieure intern, die uns erlaubten, fast crowdsource, in einer Weise, die Validierung der Funktionalität der Plattform und die Verwendung von es,” Newland erklärt. “Niedrig-Risiko-Entwicklungsumgebung war wirklich druckvoll und ermöglichte es den Menschen, schnell zu bewegen mit einem high-stakes-Projekt, denn Sie hatte irgendwie dieses isolierten Umgebung, wo die Explosion eines Problems beschränkt war.”
Nachdem er die positiven Ergebnisse der migration, GitHub arbeitet daran, seine Ingenieure ein Weg, um die Bereitstellung neuer Anwendungen zu Kubernetes in einem self-service-Mode. Schon, Newland sagte, “wir haben gesehen, eine Erhöhung der Geschwindigkeit von Innovationen und neuen Ideen und software-Projekte, die nicht nur existieren und funktionieren in Ihrem laptop, aber Sie existieren und die Arbeit in der Produktion.”
Verwandte coverage:
Linux Foundation bietet Kostenlose Einführung in die Kubernetes-Klasse Amazon springt auf Kubernetes Zug GitHub open Source OctoDNS, neues tool für die Verwaltung von DNS-Datensätzen
0