Seminar Platform Engineering mit Cloud Native Buildpacks

Inhaltsübersicht

• Plattformzielbild
• Builder- und Stack-Strategie
• kpack als Build-Service
• Governance und Self-Service
• Betrieb, Security und Einführung

Beschreibung

Platform Engineering bedeutet nicht, jedes Team mit einem neuen Werkzeugberg zu beglücken. Es geht um klare Standards, vernünftige Selbstbedienung und weniger individuelle Bastelarbeit. Buildpacks, Paketo und kpack passen genau in diesen Ansatz.

Das Seminar zeigt, wie zentrale Builder, kpack-Ressourcen, Registry-Regeln, Security-Vorgaben und Entwickler-Self-Service zu einem tragfähigen Betriebsmodell verbunden werden.

Zielgruppe

Das Seminar richtet sich an Plattformteams, die Buildpacks als standardisierten Self-Service-Build-Baustein bereitstellen möchten.

Voraussetzungen

Erfahrung mit Kubernetes, Container-Registries, CI/CD und grundlegenden Buildpacks-Konzepten ist erforderlich.

Seminarinhalte

Kapitel 1: Zielbild und Verantwortlichkeiten

Inhaltsverzeichnis: Self-Service; Golden Paths; Teamgrenzen; Betriebsmodell

1. Schritt 1: Plattformnutzer und Plattformbetreiber unterscheiden.
2. Schritt 2: Standardpfad für Container-Builds definieren.
3. Schritt 3: Abweichungen und Sonderfälle klassifizieren.
4. Schritt 4: Verantwortlichkeiten schriftlich fixieren.

Kapitel 2: Builder- und Stack-Strategie

Inhaltsverzeichnis: Paketo Builder; Stack-Varianten; Versionierung; Freigabe

1. Schritt 1: Anwendungsgruppen identifizieren.
2. Schritt 2: Passende Builder-Varianten auswählen.
3. Schritt 3: Freigabeprozess für Builder-Versionen definieren.
4. Schritt 4: Update-Zyklen planen.

Kapitel 3: kpack als Plattformdienst

Inhaltsverzeichnis: ClusterStore; ClusterStack; Builder; Image; Mandanten

1. Schritt 1: Zentrale und teambezogene Ressourcen trennen.
2. Schritt 2: Mandantenmodell für Builder und Images entwerfen.
3. Schritt 3: ServiceAccounts und Secrets standardisieren.
4. Schritt 4: Rebuild- und Update-Verhalten erklären.

Kapitel 4: Governance und Security

Inhaltsverzeichnis: SBOM; Rebase; Registry-Regeln; Audit

1. Schritt 1: Prüfbare Metadaten als Standard festlegen.
2. Schritt 2: Rebase- und Rebuild-Regeln formulieren.
3. Schritt 3: Registry-Namensräume und Rechte planen.
4. Schritt 4: Audit-Anforderungen in Betriebsabläufe aufnehmen.

Kapitel 5: Einführung und Betrieb

Inhaltsverzeichnis: Pilot; Dokumentation; Support; Metriken

1. Schritt 1: Pilotteam und Pilotanwendung auswählen.
2. Schritt 2: Dokumentation für Entwicklerteams erstellen.
3. Schritt 3: Support- und Eskalationsweg definieren.
4. Schritt 4: Messgrößen für Erfolg und Stabilität festlegen.

Praxisübungen

• Entwurf eines Build-Service-Zielbilds
• Builder-Freigabematrix
• kpack-Mandantenmodell
• Governance-Checkliste für Container-Builds

Werkzeuge und Arbeitsweise

Verwendet werden Architekturvorlagen, kpack-YAML, Paketo-Builder-Konzepte, Registry-Modelle und Betriebschecklisten.