Stacks und Buildpacks anpassen

Buildpacks werden von Kf verwendet, um den Quellcode einer Anwendung in ein ausführbares Image umzuwandeln. Cloud Native Buildpacks verwenden die neueste Buildpack API v3. Unternehmen und VMware und Heroku nutzen aktiv v3-Support für vorhandene Buildpacks.

Kf unterstützt Buildpacks, die sowohl V2 als auch V3 der Buildpack API-Spezifikation entsprechen.

Vergleich zwischen Buildpacks V2 und V3

V2-Build-Pakete V3-Build-Pakete
Alternative Namen Cloud Foundry-Build-Pakete Cloudnative Build-Pakete (CNB), Builder-Images
Status Wird ersetzt Aktuell
Eigentümer Cloud Foundry Buildpacks.io
Stapel Von Builder und Laufzeit gemeinsam genutzt Optional für Builder und Laufzeit
Lokale Entwicklung Nicht möglich Ja, mit der Befehlszeile pack
Kundenspezifische Build-Pakete Zur Laufzeit verfügbar Muss in den Builder integriert sein

Buildpack-Lebenszyklus

Schritt Cloud Foundry Kf mit Buildpacks V2 Kf mit Buildpacks V3
Quellort BITS-Dienst Container Registry Container Registry
Speicherort des Buildpacks BOSH/HTTP HTTP Container Registry
Stack-Speicherort BOSH Container Registry Container Registry
Ergebnis Droplet (Anwendungsbinärdatei ohne Stack) Image (Droplet auf einem Stack) Image
Laufzeit Droplet auf Stack zusammengefügt und ausführen Generiertes Image ausführen Generiertes Image ausführen

Kf erzeugt immer aufgrund seines Build-Prozesses ein vollständiges, ausführbares Image. Cloud Foundry erzeugt hingegen Teile eines ausführbaren Image zur Build-Zeit und der Rest wird zur Laufzeit hinzugefügt.

Kf hat sich aus folgenden Gründen für das Modell entschieden, das immer ein vollständiges Image produziert:

  • Images können exportiert, lokal ausgeführt und statisch geprüft werden
  • Mehr Sicherheit und Prüfung mit Tools wie der Binärautorisierung
  • Anwendungsbereitstellungen sind reproduzierbar

Kf- und Build-Packs

Kf speichert die globale Liste der Buildpacks und Stacks in der ConfigMap config-defaults im Namespace kf. Die einzelnen Pakete werden durch das Leerzeichen im Statusfeld angegeben. Bei einem Space mit dem Namen buildpack-docs könntest du den folgenden Space ausführen, um die gesamte Space-Konfiguration aufzurufen:

kf space buildpack-docs
Getting Space buildpack-docs
API Version:  kf.dev/v1alpha1
Kind:         Space
Metadata:
  Creation Timestamp:  2020-02-14T15:09:52Z
  Name:                buildpack-docs
  Self Link:           /apis/kf.dev/v1alpha1/spaces/buildpack-docs
  UID:                 0cf1e196-4f3c-11ea-91a4-42010a80008d
Status:
  Build Config:
    Buildpacks V2:
    - Name:      staticfile_buildpack
      URL:       https://github.com/cloudfoundry/staticfile-buildpack
      Disabled:  false
    - Name:      java_buildpack
      URL:       https://github.com/cloudfoundry/java-buildpack
      Disabled:  false
    Stacks V2:
    - Image:  cloudfoundry/cflinuxfs3
      Name:   cflinuxfs3
    Stacks V3:
    - Build Image:  cloudfoundry/cnb:cflinuxfs3
      Description:  A large Cloud Foundry stack based on Ubuntu 18.04
      Name:         org.cloudfoundry.stacks.cflinuxfs3
      Run Image:    cloudfoundry/run:full-cnb

Im Abschnitt Build Config gibt es drei Felder, die Sie sich ansehen sollten:

  • Buildpacks V2 enthält eine Liste der V2-kompatiblen Buildpacks in der Reihenfolge, in der sie ausgeführt werden.
  • Stacks V2 gibt die Stacks an, die zum Auslösen eines Build von Buildpack V2 ausgewählt werden können.
  • Stacks V3 gibt die Stacks an, die zum Auslösen eines Build von Buildpack V3 ausgewählt werden können.

Sie können die Stacks auch mit kf stacks auflisten:

kf stacks
Getting stacks in Space: buildpack-docs
Version  Name                                Build Image                  Run Image                  Description
V2       cflinuxfs3                          cloudfoundry/cflinuxfs3      cloudfoundry/cflinuxfs3
V3       org.cloudfoundry.stacks.cflinuxfs3  cloudfoundry/cnb:cflinuxfs3  cloudfoundry/run:full-cnb  A large Cloud Foundry stack based on Ubuntu 18.04

Da die V3-Build-Images bereits integriert sind, müssen Sie kf buildpacks zum Abrufen der Liste verwenden:

kf buildpacks
Getting buildpacks in Space: buildpack-docs
Buildpacks for V2 stacks:
  Name                   Position  URL
  staticfile_buildpack   0         https://github.com/cloudfoundry/staticfile-buildpack
  java_buildpack         1         https://github.com/cloudfoundry/java-buildpack
V3 Stack: org.cloudfoundry.stacks.cflinuxfs3:
  Name                                        Position  Version     Latest
  org.cloudfoundry.jdbc                       0         v1.0.179    true
  org.cloudfoundry.jmx                        1         v1.0.180    true
  org.cloudfoundry.go                         2         v0.0.2      true
  org.cloudfoundry.tomcat                     3         v1.1.102    true
  org.cloudfoundry.distzip                    4         v1.0.171    true
  org.cloudfoundry.springboot                 5         v1.1.2      true
  ...

V3-Build-Pakete anpassen

Sie können die für Ihre Entwickler verfügbaren Buildpacks anpassen. Dazu erstellen Sie Ihr eigenes Builder-Image genau mit den Build-Paketen, auf die sie Zugriff haben sollen. Sie können auch Builder-Images verwenden, die von anderen Autoren veröffentlicht wurden.

Drittanbieter-Builder-Image verwenden

Eine Liste der veröffentlichten CNB-Stacks finden Sie in der Buildpack-Befehlszeile pack. Zum Zeitpunkt der Erstellung dieses Dokuments gibt pack suggest-stacks Folgendes aus:

pack suggest-stacks
Stacks maintained by the community:
    Stack ID: heroku-18
    Description: The official Heroku stack based on Ubuntu 18.04
    Maintainer: Heroku
    Build Image: heroku/pack:18-build
    Run Image: heroku/pack:18
    Stack ID: io.buildpacks.stacks.bionic
    Description: A minimal Cloud Foundry stack based on Ubuntu 18.04
    Maintainer: Cloud Foundry
    Build Image: cloudfoundry/build:base-cnb
    Run Image: cloudfoundry/run:base-cnb
    Stack ID: org.cloudfoundry.stacks.cflinuxfs3
    Description: A large Cloud Foundry stack based on Ubuntu 18.04
    Maintainer: Cloud Foundry
    Build Image: cloudfoundry/build:full-cnb
    Run Image: cloudfoundry/run:full-cnb
    Stack ID: org.cloudfoundry.stacks.tiny
    Description: A tiny Cloud Foundry stack based on Ubuntu 18.04, similar to distroless
    Maintainer: Cloud Foundry
    Build Image: cloudfoundry/build:tiny-cnb
    Run Image: cloudfoundry/run:tiny-cnb

Bearbeiten Sie die config-defaults-ConfigMap im kf-Namespace, um Kf so zu verwenden, dass der von Heroku veröffentlichte Stack verwendet wird. Fügen Sie dem Schlüssel spaceStacksV3 einen Eintrag wie diesen hinzu:

kubectl edit kfsystem kfsystem
spaceStacksV3: |
  - name: org.cloudfoundry.stacks.cflinuxfs3
    description: A large Cloud Foundry stack based on Ubuntu 18.04
    buildImage: cloudfoundry/cnb:cflinuxfs3
    runImage: cloudfoundry/run:full-cnb
  - name: heroku-18
    description: The official Heroku stack based on Ubuntu 18.04
    buildImage: heroku/pack:18-build
    runImage: heroku/pack:18

Führen Sie dann stacks noch einmal aus:

kf stacks
Getting stacks in Space: buildpack-docs
Version  Name                                Build Image                  Run Image                  Description
V2       cflinuxfs3                          cloudfoundry/cflinuxfs3      cloudfoundry/cflinuxfs3
V3       org.cloudfoundry.stacks.cflinuxfs3  cloudfoundry/cnb:cflinuxfs3  cloudfoundry/run:full-cnb  A large Cloud Foundry stack based on Ubuntu 18.04
V3       heroku-18                           heroku/pack:18-build         heroku/pack:18             The official Heroku stack based on Ubuntu 18.04

Eigenes Builder-Image erstellen

Mit der Buildpack-Befehlszeile pack können Sie ein eigenes Builder-Image erstellen. Du kannst der pack-Dokumentation Mit create-builder mit Buildern arbeiten folgen, um ein eigenes Builder-Image zu erstellen. Wenn es erstellt ist, laden Sie es in eine Container Registry hoch und fügen es der ConfigMap config-defaults hinzu.

Standard-Stack festlegen

Anwendungen werden ein Standardstapel zugewiesen, wenn im Manifest keine Anwendung angegeben ist. Der Standard-Stack ist der erste in der Liste der V2- oder V3-Stacks. Sofern nicht überschrieben, wird ein V2-Stack zur Kompatibilität mit Cloud Foundry ausgewählt.

Sie können erzwingen, dass Kf einen V3-Stack anstelle von V2 verwendet, indem Sie das Feld spaceDefaultToV3Stack in der ConfigMap config-defaults im Namespace kf auf "true" setzen:

kubectl edit configmap config-defaults -n kf
spaceDefaultToV3Stack: "true"

Sie können diese Option auch für jeden Raum ändern. Dazu ändern Sie das Feld spec.buildConfig.defaultToV3Stack auf true oder false. Wenn kein Wert festgelegt ist, wird der Wert der ConfigMap config-defaults verwendet.

config-defaults-Wert für spaceDefaultToV3Stack spec.buildConfig.defaultToV3Stack des Bereichs Standard-Stack
unset unset V2
"false" unset V2
"true" unset V3
Beliebig false V2
Beliebig true V3