• IT-Karriere:
  • Services:

Continuous Integration: Jenkins-Gründer will Software in Cloud-Ära überführen

Der Erfinder der CI/CD-Lösung Jenkins, Kohsuke Kawaguchi, stellt Pläne für die Software vor. Er will die Entwicklung von Jenkins 2 beschleunigen und zugleich eine Cloud-Native-Version veröffentlichen, die auf Kubernetes läuft.

Artikel veröffentlicht am , Kristian Kißling/Linux Magazin/
Cloudbees kümmert sich als Hauptsponsor und Enterprise-Dienstleister um Jenkins.
Cloudbees kümmert sich als Hauptsponsor und Enterprise-Dienstleister um Jenkins. (Bild: Cloudbees)

In einem längeren Blogpost führt der Jenkins-Gründer und Cloudbee CTO Kohsuke Kawaguchi einige Probleme auf, die seiner Meinung nach die Software derzeit betreffen. So stecke die Open-Source-Software derzeit in einem "lokalen Optimum" fest. Die CI/CD-Landschaft (Continuous Integration und Continuous Delivery) habe sich demnach in den vergangenen Jahren komplett verändert und das Jenkins-Projekt müsse darauf reagieren. Einerseits soll deshalb eine Cloud-Native-Variante von Jenkins entstehen, andererseits soll das Projekt die Jenkins-2-Entwicklung beschleunigen.

Stellenmarkt
  1. DAW SE, Ober-Ramstadt
  2. OEDIV KG, Bielefeld

Jenkins sei derzeit zwar Kernbestandteil in vielen Unternehmen, schreibt Kawaguchi, dafür aber zu schwierig zu verwenden und vor allem schwer zu skalieren. Zu den Problemen hinzu komme, dass die Entwickler und Admins auch Angst davor hätten, Jenkins und seine Plugins zu aktualisieren, aus Furcht, Dinge kaputt zu machen. Ebenso sei das ursprüngliche Lego-Prinzip von Jenkins heute nicht mehr angemessen. Entwickler bräuchten stattdessen schlüsselfertige Lösungen, was mit den Neuerungen erreicht werden soll.

Cloud Native Jenkins für Kubernetes geplant

Das geplante Cloud Native Jenkins (CNJ) soll unter anderem eine generalisierbare CI/CD-Engine mitbringen, die auf Kubernetes läuft. Es soll eine fundamental andere Architektur und einen neuen Erweiterungsmechanismus verwenden und dadurch zusammen mit Kubernetes beliebig skalieren. Es soll eine Serverless/FaaS-Build-Execution ermöglichen, bestimmte Funktionalitäten als Microservices und Container anbieten und die Dienste sollen über Custom Ressource Definitions (CRDs) mit Kubernetes kommunizieren. Jenkinsrunner sei hierfür ein Beispiel.

Laut Kawaguchis Vorschlag soll im ersten Schritt ein Minimum Viable Product (MVP) dafür entstehen. Dazu soll das Projekt bestehende Bemühungen von Jenkins Pipeline, Jenkins Evergreen, Jenkinsfile Runner sowie Jenkins Configuration as Code zusammenführen, um eine FaaS-artige Jenkins Build Engine zu bauen, auf die Jenkins X aufsetzen kann.

Eine grafische Oberfläche bringt das MVP zunächst einmal nicht mit, diese könne später ergänzt werden. Dann vermutlich aber als Cloud Native App, nicht als Plugin.

Schnellere Entwicklung von Jenkins 2

Neben der Cloud-Version soll das Projekt nach Vorstellung von Kawaguchi und weiteren Entwicklern Version 2 weiter voranbringen, dabei aber die Arbeiten deutlich beschleunigen. Man will sich notfalls auch von einigen Komponenten trennen, um künftig schneller zu entwickeln und eine höhere Stabilität zu erreichen.

Einige Kernentwickler denken über ein neues Release-Modell nach. Jenkins werde dann nicht mehr "für immer kompatibel" bleiben, sondern neue Major-Versionen einführen, die Upgrades erfordern. Zugleich will man helfen, existierende Jobdefinitionen und Freestyle-Jobs zu bewahren.

Weitere Vorschläge sehen vor, Configuration as Code stärker in den Vordergrund zu rücken und zu beschleunigen, die Entwicklererlebnisse durch automatisches Erkennen von Projekttypen zu verbessern und die Jenkins Pipeline weiter zu optimieren. Zugleich wolle das Entwicklerteam die angebotenen Funktionen sinnvoll und nach Absprache mit der Community reduzieren. Weitere Vorschläge und Details liefert der Blog-Eintrag von Kawaguchi.

Bitte aktivieren Sie Javascript.
Oder nutzen Sie das Golem-pur-Angebot
und lesen Golem.de
  • ohne Werbung
  • mit ausgeschaltetem Javascript
  • mit RSS-Volltext-Feed


Anzeige
Top-Angebote
  1. 279€ (Bestpreis!)
  2. 1.213,73€ (Bestpreis)
  3. 294,90€ (mit Rabattcode "YDENUEL94Y5T2FQM" - Bestpreis!)
  4. (bis zu 40 Prozent auf ausgewählte Notebooks, Monitore, PCs, Hardware, Smartphones, Zubehör und...

Trockenobst 05. Sep 2018

Das Problem von allen Build Tools per Se ist zunehmend, dass die Komplexität der...

Sylvan1 04. Sep 2018

Gab es dafür echt keine bessere Übersetzung? Ist nicht mal kritisch gemeint - ich...


Folgen Sie uns
       


Java 15: Sealed Classes - Code-Smell oder moderne Erweiterung?
Java 15
Sealed Classes - Code-Smell oder moderne Erweiterung?

Was bringt das Preview Feature aus Java 15, wie wird es benutzt und bricht das nicht das Prinzip der Kapselung?
Eine Analyse von Boris Mayer

  1. Java JDK 15 geht mit neuen Features in die General Availability
  2. Java Nicht die Bohne veraltet
  3. JDK Oracle will "Schmerzen" von Java beheben

Beoplay H95 im Test: Toller Klang, aber für 800 Euro zu schwache ANC-Leistung
Beoplay H95 im Test
Toller Klang, aber für 800 Euro zu schwache ANC-Leistung

Der Beoplay H95 ist ein ANC-Kopfhörer mit einem tollen Klang. Aber wer dafür viel Geld ausgibt, muss sich mit einigen Kompromissen abfinden.
Ein Test von Ingo Pakalski


    Geforce RTX 3080 im Test: Doppelte Leistung zum gleichen Preis
    Geforce RTX 3080 im Test
    Doppelte Leistung zum gleichen Preis

    Nvidia hat mit der Geforce RTX 3080 die (Raytracing)-Grafikkarte abgeliefert, wie sie sich viele schon vor zwei Jahren erhofft hatten.
    Ein Test von Marc Sauter

    1. Nvidia Ampere Roadmap zeigt Geforce RTX 3080 mit 20 GByte
    2. Nvidia zur Geforce RTX 3080 "Unser bester und frustrierendster Launch"
    3. Geforce RTX 3080 Wir legen die Karten offen

      •  /