Seminar Cloud Native Buildpacks Migration von Dockerfiles

Inhaltsübersicht

• Bestandsaufnahme vorhandener Dockerfiles
• Eignung für Buildpacks bewerten
• Paketo Builder auswählen
• Konfiguration übertragen
• CI/CD-Umstellung planen

Beschreibung

Viele Dockerfiles wachsen über Jahre und werden irgendwann zur kleinen Hausordnung mit sehr vielen Sonderregeln. Das Seminar zeigt nüchtern, welche Teile davon durch Buildpacks entfallen, welche bewusst konfiguriert werden müssen und welche Sonderfälle weiterhin besondere Behandlung brauchen.

Die Migration wird nicht als Blindflug behandelt. Vor jedem Umbau stehen Analyse, Risikobewertung, Vergleich der erzeugten Images und ein kontrollierter Parallelbetrieb.

Zielgruppe

Adressiert werden Teams, die bestehende Dockerfile-Landschaften vereinheitlichen, Wartungsaufwand reduzieren und Build-Regeln zentraler steuern möchten.

Voraussetzungen

Erfahrung mit Dockerfiles, Container-Images und grundlegenden CI/CD-Abläufen ist notwendig.

Seminarinhalte

Kapitel 1: Dockerfile-Bestand analysieren

Inhaltsverzeichnis: Base Images; Paketinstallation; Build-Schritte; Startbefehle

1. Schritt 1: Dockerfile-Anweisungen nach Zweck gruppieren.
2. Schritt 2: Build-Abhängigkeiten und Laufzeitabhängigkeiten trennen.
3. Schritt 3: Sicherheitsrelevante Anweisungen markieren.
4. Schritt 4: Sonderfälle dokumentieren.

Kapitel 2: Buildpacks-Eignung prüfen

Inhaltsverzeichnis: Sprachdetektion; Framework-Erkennung; Systempakete; Startprozesse

1. Schritt 1: Projektdateien für automatische Erkennung prüfen.
2. Schritt 2: Passende Paketo-Buildpacks bestimmen.
3. Schritt 3: Nicht abbildbare Dockerfile-Logik isolieren.
4. Schritt 4: Entscheidung für Standard-Buildpack oder Sonderlösung treffen.

Kapitel 3: Konfiguration übernehmen

Inhaltsverzeichnis: Environment Variables; project.toml; Bindings; Procfile-ähnliche Prozesse

1. Schritt 1: Laufzeitversionen als Build-Konfiguration ausdrücken.
2. Schritt 2: Startprozesse und Ports festlegen.
3. Schritt 3: Private Abhängigkeiten über Bindings abbilden.
4. Schritt 4: Build lokal reproduzierbar testen.

Kapitel 4: CI/CD umstellen

Inhaltsverzeichnis: Parallelbuild; Image-Vergleich; Registry-Push; Rollback

1. Schritt 1: Alten und neuen Build parallel ausführen.
2. Schritt 2: Image-Größe, Layer und Startverhalten vergleichen.
3. Schritt 3: Pipeline-Schritte schrittweise austauschen.
4. Schritt 4: Rollback-Regel für produktionsnahe Builds definieren.

Praxisübungen

• Migration eines einfachen Dockerfiles auf Pack CLI
• Vergleich alter und neuer Image-Metadaten
• Einbau einer Buildpack-Konfiguration in eine Beispielpipeline

Werkzeuge und Arbeitsweise

Die Übungen nutzen lokale Builds, Beispiel-Dockerfiles, Pack CLI und neutrale CI/CD-Strukturen. Bestehende Unternehmensstandards können in Firmenseminaren eingebunden werden.