Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung | ||
jug:jenkinsx [24.06.2018 15:51] – [Data-Entry] fobs | jug:jenkinsx [08.09.2018 07:19] (aktuell) – fobs | ||
---|---|---|---|
Zeile 4: | Zeile 4: | ||
Vortrag der [[:jug|Java User Group]]: | Vortrag der [[:jug|Java User Group]]: | ||
+ | Cloud schreibt man im Zeitalter von Kubernetes mit K! Alle Ressourcen werden dynamisch von Kubernetes verwaltet. Alle? Build und Deployment über verschiedene Stages liegt oft noch außerhalb, z.B. in einem Build-Server und verschiedenen Repositories (Artefakte, Docker-Images). Mit Jenkins-X wandert alles in einen Kubernetes-Cluster und gewinnt so die nötige Dynamik: | ||
+ | * ListenpunktSetup der nötigen Infrastruktur in Kubernetes (Jenkins, Nexus, Docker-Registry, | ||
+ | * Aufsetzen von Build-Pipelines für jeden Branch und jeden Pull-Request, | ||
+ | * Deployment in verschiedene Stages (mit Helm), | ||
+ | * Mandantenfähigkeit (Builds und Environments nach Teams unterscheiden), | ||
+ | * Steuerung von versionierten Deployment-Konfigurationen (GitOps), | ||
+ | * Import von bestehenden Projekten, | ||
+ | * Setup neuer Projekte auf Basis gängiger Microservice-Frameworks (z.B. Spring Boot), | ||
+ | * u.v.a.m. | ||
- | [[http:// | + | Jenkins-X kommt als Entwickler-freundliches Command-Line Tool und bündelt eine Vielzahl von Komponenten hinter einer einheitlichen (opinionated) Fassade. |
+ | Der Vortrag erklärt die Architektur und Konzepte und führt an ein paar kleinen Beispielen typische Use-Cases vor. | ||
+ | |||
+ | |||
+ | [[http:// | ||
===== Dataentry ===== | ===== Dataentry ===== |