{"id":96161,"date":"2020-10-08T19:42:48","date_gmt":"2020-10-08T17:42:48","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/bitva-jenkins-i-gitlab-ci-cd"},"modified":"2020-10-08T19:42:48","modified_gmt":"2020-10-08T17:42:48","slug":"bitva-jenkins-i-gitlab-ci-cd","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/bitva-jenkins-i-gitlab-ci-cd","title":{"rendered":"Der Kampf zwischen Jenkins und GitLab CI\/CD","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

In den letzten zehn Jahren wurden erhebliche Fortschritte im Bereich der Entwicklung von Werkzeugen f\u00fcr die kontinuierliche Integration (Continuous Integration, CI) und die kontinuierliche Bereitstellung (Continuous Delivery, CD) erzielt. Die Weiterentwicklung der Technologien f\u00fcr die Integration von Softwareentwicklung und -betrieb (Development Operations, DevOps) hat zu einem schnellen Anstieg der Nachfrage nach CI\/CD-Tools gef\u00fchrt. Bestehende L\u00f6sungen werden st\u00e4ndig verbessert, versuchen, mit der Zeit Schritt zu halten, neue Versionen erscheinen, und in der Welt der Softwarequalit\u00e4tssicherung (Quality Assurance, QA) treten st\u00e4ndig viele neue Produkte auf. Angesichts dieser Vielzahl an Auswahlm\u00f6glichkeiten stellt die Auswahl der passenden Werkzeuge eine herausfordernde Aufgabe dar.<\/p>\n

\"Der<\/a><\/noindex><\/p>\n

Unter den bestehenden CI\/CD-Tools gibt es zwei Projekte, auf die man definitiv achten sollte, wenn man etwas aus diesem Bereich sucht. Es handelt sich um Jenkins und das Tool GitLab CI\/CD, das Teil der GitLab-Plattform ist. Jenkins hat \u00fcber 16000<\/a><\/noindex> Sterne auf GitHub. Das Repository von GitLab auf gitlab.com hat etwas mehr als 2000<\/a><\/noindex> Sterne gesammelt. Wenn man die Popularit\u00e4t der Repositories vergleicht, stellt man fest, dass Jenkins achtmal so viele Sterne erhalten hat wie die Plattform, zu der GitLab CI\/CD geh\u00f6rt. Doch bei der Auswahl eines CI\/CD-Tools ist dies l\u00e4ngst nicht der einzige Indikator, auf den man achten sollte. Es gibt viele andere, und das erkl\u00e4rt, warum Jenkins und GitLab CI\/CD in vielen Vergleichen sehr nah beieinander liegen.
\n<\/a><\/noindex>
\nNehmen wir zum Beispiel die Daten von der Plattform G2, die Bewertungen zu sehr unterschiedlichen Produkten und die Bewertungen, die von Nutzern vergeben werden, akkumuliert. Hier liegt die durchschnittliche Bewertung Jenkins<\/a><\/noindex>, die auf 288 Bewertungen basiert, bei 4,3 Sternen. F\u00fcr GitLab<\/a><\/noindex> gibt es 270 Bewertungen, die durchschnittliche Bewertung dieses Werkzeugs betr\u00e4gt 4,4 Sterne. Wir irren uns nicht, wenn wir sagen, dass Jenkins und GitLab CI\/CD miteinander auf Augenh\u00f6he konkurrieren. Interessant ist, dass das Jenkins-Projekt im Jahr 2011 ins Leben gerufen wurde und seitdem ein beliebtes Werkzeug f\u00fcr Tester ist. Doch das 2014 gestartete GitLab CI\/CD-Projekt hat aufgrund der fortschrittlichen Funktionen dieser Plattform ebenfalls hohe Positionen eingenommen.<\/p>\n

Wenn man die Beliebtheit von Jenkins im Vergleich zu anderen \u00e4hnlichen Plattformen betrachtet, sollten wir erw\u00e4hnen, dass wir eine Umfrage durchgef\u00fchrt haben, nachdem wir einen Artikel ver\u00f6ffentlicht haben, in dem die Plattformen Travis CI und Jenkins verglichen wurden. An der Umfrage nahmen 85 Benutzer teil. Den Befragten wurde angeboten, das CI\/CD-Tool zu w\u00e4hlen, das ihnen am besten gef\u00e4llt. 79 % w\u00e4hlten Jenkins, 5 % w\u00e4hlten Travis CI und 16 % gaben an, dass sie andere Tools bevorzugen.<\/p>\n

\"Der
\nUmfrageergebnisse<\/i><\/p>\n

Unter den anderen CI\/CD-Tools wurde GitLab CI\/CD am h\u00e4ufigsten erw\u00e4hnt.<\/p>\n

Wenn Sie sich ernsthaft mit DevOps besch\u00e4ftigen, m\u00fcssen Sie die richtigen Werkzeuge sorgf\u00e4ltig ausw\u00e4hlen, unter Ber\u00fccksichtigung der Besonderheiten des Projekts, seines Budgets und anderer Anforderungen. Um Ihnen zu helfen, die richtige Wahl zu treffen, planen wir eine Analyse von Jenkins und GitLab CI\/CD. Dies wird hoffentlich dazu beitragen, dass Sie die richtige Entscheidung treffen.<\/p>\n

Einf\u00fchrung in Jenkins<\/h2>\n

\n\"Der
\nJenkins<\/a><\/noindex> ist ein weit bekanntes, flexibles CI\/CD-Tool, das zur Automatisierung vieler Aufgaben in Softwareprojekten entwickelt wurde. Jenkins ist vollst\u00e4ndig in Java geschrieben und wird unter der MIT-Lizenz ver\u00f6ffentlicht. Es bietet eine leistungsstarke Palette von Funktionen zur Automatisierung von Aufgaben, die mit dem Erstellen, Testen, Bereitstellen, Integrieren und Ver\u00f6ffentlichen von Software zu tun haben. Dieses Tool kann in verschiedenen Betriebssystemen verwendet werden. Dazu geh\u00f6ren macOS, Windows und zahlreiche Linux-Distributionen wie OpenSUSE, Ubuntu und Red Hat. Es gibt Installationspakete von Jenkins, die f\u00fcr verschiedene Betriebssysteme vorgesehen sind, und dieses Tool kann in Docker und in jedem System installiert werden, in dem eine JRE (Java Runtime Environment) vorhanden ist.<\/p>\n

Die Entwickler von Jenkins haben ein weiteres Projekt, Jenkins X, ins Leben gerufen, das f\u00fcr den Betrieb in Kubernetes-Umgebungen ausgelegt ist. Jenkins X integriert Helm, den Jenkins CI\/CD-Server, Kubernetes und andere Tools, die zur Erstellung von CI\/CD-Pipelines dienen, welche den Best Practices von DevOps entsprechen. Hier wird zum Beispiel GitOps verwendet.<\/p>\n

Zu den Vorz\u00fcgen von Jenkins kann auch der Hinweis gegeben werden, dass seine Skripte sehr gut strukturiert und leicht verst\u00e4ndlich sind, sie sind einfach zu lesen. Das Jenkins-Team hat rund 1000 Plugins erstellt, die darauf abzielen, die Interaktion von Jenkins mit den unterschiedlichsten Technologien zu organisieren. In den Skripten k\u00f6nnen Authentifizierungssysteme genutzt werden, was beispielsweise das Anmelden bei verschiedenen geschlossenen Systemen erm\u00f6glicht.<\/p>\n

Im Laufe der Arbeit mit dem Jenkins-Workflow kann man beobachten, was in jedem seiner Schritte passiert, und ob bestimmte Arbeitsetappen erfolgreich oder nicht abgeschlossen wurden. Dies kann man zwar \u00fcberwachen, ohne eine grafische Benutzeroberfl\u00e4che zu verwenden, sondern mit den M\u00f6glichkeiten des Terminals.<\/p>\n

Besonderheiten von Jenkins<\/h2>\n

\nZu den allgemein bekannten Besonderheiten von Jenkins z\u00e4hlen die einfache Konfiguration, der hohe Automatisierungsgrad verschiedener Operationen und die hervorragende Dokumentation. Wenn es um die L\u00f6sung von DevOps-Herausforderungen geht, gilt Jenkins in der Regel als ein sehr zuverl\u00e4ssiges Werkzeug, bei dem es normalerweise keinen Sinn macht, den gesamten Projektverarbeitungsprozess genau zu \u00fcberwachen. Bei anderen CI\/CD-Tools ist das nicht der Fall. Lassen Sie uns \u00fcber einige der wichtigsten Funktionen von Jenkins sprechen.<\/p>\n

\u258d1. Kostenlosigkeit, Open Source, Unterst\u00fctzung f\u00fcr zahlreiche Plattformen<\/h3>\n

\nJenkins kann auf macOS-, Windows- und Linux-Plattformen betrieben werden. Au\u00dferdem kann er in einer Docker-Umgebung arbeiten, was eine einheitliche und schnelle Ausf\u00fchrung automatisierter Aufgaben erm\u00f6glicht. Dieses Tool kann auch als Servlet in Containern ausgef\u00fchrt werden, die Java unterst\u00fctzen, wie Apache Tomcat und GlassFish. Die Installation von Jenkins ist gut dokumentiert<\/a><\/noindex>.<\/p>\n

\u258d2. Entwickelte Plugin-\u00d6kosystem<\/h3>\n

\nDas Plugin-\u00d6kosystem von Jenkins sieht im Vergleich zu den Plugin-\u00d6kosystemen anderer CI\/CD-Tools viel entwickelter aus. Derzeit gibt es \u00fcber 1500 Plugins f\u00fcr Jenkins. Diese Plugins sind darauf ausgerichtet, ein breites Spektrum an Aufgaben zu l\u00f6sen, mit deren Hilfe sehr unterschiedliche Projekte automatisiert werden k\u00f6nnen. Die F\u00fclle an kostenlosen Plugins bedeutet, dass Benutzer von Jenkins nicht zwingend teure kostenpflichtige Plugins erwerben m\u00fcssen. Es gibt die M\u00f6glichkeit, der Integration<\/a><\/noindex> Jenkins mit vielen DevOps-Tools zu integrieren.<\/p>\n

\u258d3. Einfache Installation und Konfiguration<\/h3>\n

\nJenkins l\u00e4sst sich recht einfach installieren und konfigurieren. Auch der Aktualisierungsprozess des Systems ist sehr benutzerfreundlich gestaltet. Hierbei sollte erneut die Qualit\u00e4t der Dokumentation erw\u00e4hnt werden, da man darin Antworten auf die verschiedensten Fragen zur Installation und Konfiguration von Jenkins finden kann.<\/p>\n

\u258d4. Freundliche Gemeinschaft<\/h3>\n

\nWie bereits erw\u00e4hnt, ist Jenkins ein Open-Source-Projekt, dessen \u00d6kosystem eine riesige Anzahl von Plugins umfasst. Um Jenkins hat sich eine gro\u00dfe Gemeinschaft von Benutzern und Entwicklern gebildet, die die Entwicklung des Projekts unterst\u00fctzen. Die Gemeinschaft ist ein Faktor, der zur Weiterentwicklung von Jenkins beitr\u00e4gt.<\/p>\n

\u258d5. Vorhandensein einer REST API<\/h3>\n

\nIm Umgang mit Jenkins kann die REST API genutzt werden, was die M\u00f6glichkeiten des Systems erweitert. Die API f\u00fcr den Remote-Zugriff auf das System wird in drei Varianten bereitgestellt: XML, JSON mit JSONP-Unterst\u00fctzung, Python. Hier<\/a><\/noindex> Dokumentationsseite, die\/details zur Arbeit mit der REST API von Jenkins enth\u00e4lt.<\/p>\n

\u258d6. Unterst\u00fctzung von paralleler Ausf\u00fchrung von Aufgaben<\/h3>\n

\nJenkins unterst\u00fctzt die Parallelisierung von DevOps-Aufgaben. Es l\u00e4sst sich leicht mit entsprechenden Tools integrieren und erm\u00f6glicht die Benachrichtigung \u00fcber die Ergebnisse der Aufgabenbearbeitung. Die Ausf\u00fchrung von Code-Tests kann durch die Organisation von parallelem Build des Projekts unter Verwendung verschiedener virtueller Maschinen beschleunigt werden.<\/p>\n

\u258d7. Unterst\u00fctzung der Arbeit in verteilten Umgebungen<\/h3>\n

\nJenkins erm\u00f6glicht die Organisation von verteilten Builds unter Verwendung mehrerer Computer. Diese Funktion kommt bei gro\u00dfen Projekten zur Anwendung und nutzt ein Arbeitschema, bei dem es einen Hauptserver Jenkins und mehrere untergeordnete Maschinen gibt. Untergeordnete Maschinen k\u00f6nnen auch in Szenarien verwendet werden, in denen Tests des Projekts in verschiedenen Umgebungen organisiert werden m\u00fcssen. Diese M\u00f6glichkeiten heben Jenkins vorteilhaft von anderen \u00e4hnlichen Projekten ab.<\/p>\n

Einf\u00fchrung in GitLab<\/h2>\n

\n\"Der
\nGitLab CI\/CD<\/a><\/noindex> kann als eines der neuesten und beliebtesten Tools f\u00fcr DevOps-Ingenieure bezeichnet werden. Dieses kostenlose Open-Source-Tool ist in das Versionskontrollsystem GitLab integriert. Die GitLab-Plattform hat eine Community-Version, die Repository-Management, Tools zur Fehlerverfolgung, die Organisation von Code-Reviews und Mechanismen zur Erstellung von Dokumentationen unterst\u00fctzt. Unternehmen k\u00f6nnen GitLab lokal installieren und dieses System mit Active Directory und LDAP-Servern zur sicheren Autorisierung und Authentifizierung von Benutzern verbinden.<\/p>\n

Hier<\/a><\/noindex> Videoleitfaden, der Ihnen hilft zu lernen, wie Sie CI\/CD-Pipelines mit den Funktionen von GitLab CI\/CD erstellen.<\/p>\n

Urspr\u00fcnglich wurde GitLab CI\/CD als eigenst\u00e4ndiges Projekt ver\u00f6ffentlicht, aber im Jahr 2015 wurde dieses Toolset in GitLab 8.0 integriert. Ein separater GitLab CI\/CD-Server kann die Arbeit von mehr als 25.000 Benutzern unterst\u00fctzen. Auf der Grundlage solcher Server k\u00f6nnen Systeme mit hoher Verf\u00fcgbarkeit erstellt werden.<\/p>\n

GitLab CI\/CD und das Hauptprojekt GitLab sind in Ruby und Go geschrieben. Sie wurden unter der MIT-Lizenz ver\u00f6ffentlicht. GitLab CI\/CD unterst\u00fctzt neben den grundlegenden Funktionen von CI\/CD-Tools auch zus\u00e4tzliche Funktionen, die beispielsweise mit der Arbeitsplanung zusammenh\u00e4ngen.<\/p>\n

Die Integration von GitLab CI\/CD in ein Projekt ist sehr einfach. Bei der Verwendung von GitLab CI\/CD wird der Codeverarbeitungsprozess des Projekts in Phasen unterteilt, von denen jede aus mehreren Aufgaben bestehen kann, die in einer bestimmten Reihenfolge ausgef\u00fchrt werden. Die Aufgaben sind feink\u00f6rnig anpassbar.<\/p>\n

Aufgaben k\u00f6nnen parallel ausgef\u00fchrt werden. Nach der Konfiguration der Sequenz von Phasen und Aufgaben ist das CI\/CD-Pipeline bereit zur Nutzung. Der Fortschritt kann verfolgt werden, indem der Status der Aufgaben beobachtet wird. Daher ist die Verwendung von GitLab CI\/CD sehr benutzerfreundlich, m\u00f6glicherweise benutzerfreundlicher als andere \u00e4hnliche Tools.<\/p>\n

Besonderheiten von GitLab CI\/CD und GitLab<\/h2>\n

\nGitLab CI\/CD ist eines der beliebtesten DevOps-Tools. Das Projekt zeichnet sich durch eine qualitativ hochwertige Dokumentation aus, die Funktionen sind leicht und bequem zu bedienen. Wenn Sie mit GitLab CI\/CD noch nicht vertraut sind, wird Ihnen die folgende Liste von Funktionen dieses Tools einen allgemeinen \u00dcberblick dar\u00fcber geben, was Sie erwarten k\u00f6nnen. Es ist zu beachten, dass viele dieser Funktionen mit der GitLab-Plattform selbst zusammenh\u00e4ngen, in die GitLab CI\/CD integriert ist.<\/p>\n

\u258d1. Popularit\u00e4t<\/h3>\n

\nGitLab CI\/CD ist ein relativ neues Tool, das weit verbreitet ist. GitLab CI\/CD hat sich allm\u00e4hlich zu einem \u00e4u\u00dferst beliebten CI\/CD-Tool entwickelt, das f\u00fcr automatisierte Tests und die Bereitstellung von Software verwendet wird. Es ist einfach einzurichten. Au\u00dferdem ist es ein kostenloses CI\/CD-Tool, das in die GitLab-Plattform integriert ist.<\/p>\n

\u258d2. Unterst\u00fctzung f\u00fcr GitLab Pages und Jekyll<\/h3>\n

\nJekyll ist ein Generator f\u00fcr statische Websites, der im Rahmen des Systems GitLab Pages verwendet werden kann, um Websites auf der Grundlage von GitLab-Repositories zu erstellen. Das System nimmt die Ausgangsmaterialien und generiert daraus eine fertige statische Website. Das \u00c4ndern des Erscheinungsbildes und der Funktionen solcher Websites kann durch Bearbeiten der Datei _config.yml<\/code>, verwendet von Jekyll.<\/p>\n

\u258d3. Projektplanungsm\u00f6glichkeiten<\/h3>\n

\nDurch die M\u00f6glichkeit, Projektphasen zu planen, wird die Nachverfolgung von Problemen und deren Gruppierung erleichtert. Dies erm\u00f6glicht eine bessere Organisation der Projektarbeiten und die Planung ihrer Umsetzung zu einem bestimmten Datum.<\/p>\n

\u258d4. Automatische Skalierung von CI-Runnern<\/h3>\n

\nDank der automatischen Skalierung der Runner, die f\u00fcr die Ausf\u00fchrung bestimmter Aufgaben verantwortlich sind, l\u00e4sst sich erheblich bei den Kosten f\u00fcr Serverressourcen sparen. Dies ist besonders wichtig, wenn es um Umgebungen geht, in denen Projekte parallel getestet werden. Au\u00dferdem ist dies f\u00fcr gro\u00dfe Projekte von Bedeutung, die aus mehreren Repositories bestehen.<\/p>\n

\u258d5. Werkzeuge zur Problemverfolgung<\/h3>\n

\nDie leistungsstarken Funktionen von GitLab zur Problemverfolgung haben dazu gef\u00fchrt, dass diese Plattform von vielen Open-Source-Projekten genutzt wird. GitLab CI\/CD erm\u00f6glicht paralleles Testen verschiedener Codezweige. Die Testergebnisse lassen sich bequem im Systeminterface analysieren. Dies hebt GitLab CI\/CD vorteilhaft von Jenkins ab.<\/p>\n

\u258d6. Zugriffsbeschr\u00e4nkung auf Repositories<\/h3>\n

\nDie GitLab-Plattform unterst\u00fctzt die Einschr\u00e4nkung des Zugriffs auf Repositories. Beispielsweise k\u00f6nnen Personen, die an einem Projekt in einem bestimmten Repository gemeinsam arbeiten, Rechte zugewiesen bekommen, die ihren Rollen entsprechen. Dies ist besonders relevant f\u00fcr Unternehmensprojekte.<\/p>\n

\u258d7. Aktive Unterst\u00fctzung der Community<\/h3>\n

\nUm GitLab hat sich eine aktive Community gebildet, die zur Weiterentwicklung dieser Plattform und ihrer Tools, insbesondere GitLab CI\/CD, beitr\u00e4gt. Die tiefe Integration von GitLab CI\/CD und GitLab erleichtert unter anderem die Suche nach Antworten auf Fragen, die w\u00e4hrend der Arbeit mit GitLab CI\/CD auftreten.<\/p>\n

\u258d8. Unterst\u00fctzung f\u00fcr verschiedene Versionskontrollsysteme<\/h3>\n

\nGitLab CI\/CD ist ein System, das nicht nur mit Code funktioniert, der in GitLab-Repositories gespeichert ist. Beispielsweise kann der Code in einem GitHub-Repository gespeichert werden, w\u00e4hrend die CI\/CD-Pipeline auf der Grundlage von GitLab mit GitLab CI\/CD organisiert werden kann.<\/p>\n

Vergleich von Jenkins und GitLab CI\/CD<\/h2>\n

\nJenkins und GitLab CI\/CD sind sehr gute Werkzeuge, von denen jedes eine ordnungsgem\u00e4\u00dfe Funktion des CI\/CD-Pipelines gew\u00e4hrleisten kann. Bei einem Vergleich wird jedoch deutlich, dass sie, obwohl sie in vielerlei Hinsicht \u00e4hnlich sind, in einigen Punkten voneinander abweichen.<\/p>\n

Eigenschaften<\/strong>
\nJenkins<\/strong>
\nGitLab CI\/CD<\/strong><\/p>\n

Offener oder geschlossener Code
\nOpen Source
\nOpen Source<\/p>\n

Installation
\nWird ben\u00f6tigt.
\nNicht erforderlich, da dies eine integrierte Funktion der GitLab-Plattform ist.<\/p>\n

Einzigartige Merkmale
\nUnterst\u00fctzung von Plugins.
\nTiefgehende Integration in das Versionsverwaltungssystem.<\/p>\n

Bestellen
\nFehlt.
\nVorhanden.<\/p>\n

Installation und Konfiguration
\nVerursachen keine Schwierigkeiten
\nVerursachen keine Schwierigkeiten<\/p>\n

Eigenst\u00e4ndige Bereitstellung des Systems
\nDies ist die einzige M\u00f6glichkeit, das System zu verwenden.
\nWird unterst\u00fctzt.<\/p>\n

Erstellung von CI\/CD-Pipelines
\nWird unterst\u00fctzt, verwendet Jenkins Pipeline.
\nWird unterst\u00fctzt.<\/p>\n

\u00dcberwachung der Anwendungsleistung
\nFehlt.
\nVorhanden.<\/p>\n

\u00d6kosystem
\nEs gibt \u00fcber 1000 Plugins.
\nDas System entwickelt sich im Rahmen von GitLab weiter.<\/p>\n

API
\nUnterst\u00fctzt ein ausgefeiltes API-System.
\nBietet APIs f\u00fcr eine tiefere Integration in Projekte.<\/p>\n

Unterst\u00fctzung f\u00fcr JavaScript
\nVorhanden.
\nVorhanden.<\/p>\n

Integration mit anderen Werkzeugen
\nDie Integration mit anderen Werkzeugen und Plattformen (Slack, GitHub) wird unterst\u00fctzt.
\nZahlreiche Mittel zur Integration mit Drittanbietersystemen, insbesondere mit GitHub und Kubernetes.<\/p>\n

Code-Qualit\u00e4tskontrolle
\nWird unterst\u00fctzt \u2013 mithilfe des Plugins SonarQube und anderer Plugins.
\nWird unterst\u00fctzt.<\/p>\n

<\/p>\n

Unterschiede zwischen Jenkins und GitLab CI\/CD<\/h2>\n

\nNachdem wir Jenkins und GitLab CI\/CD beschrieben und verglichen haben, lassen Sie uns auf die Unterschiede dieser DevOps-Tools konzentrieren. Das Wissen \u00fcber diese Unterschiede erm\u00f6glicht es, die Vorlieben derjenigen zu verstehen, die eines dieser Tools dem anderen vorziehen.<\/p>\n