Das Image beim Release bauen und übertragen
Automatisieren Sie Container-Builds, sobald Sie ein Release taggen.
Das Image beim Release bauen und übertragen ist eine kostenlose MLOps Academy-Lektion auf CoddyKit. Dies ist Lektion 4 von 4. Du kannst die komplette Lektion unten kostenlos lesen – dann übst du sie direkt im Browser mit einem integrierten Code-Editor und einem KI-Tutor rund um die Uhr. Sie ist Teil des MLOps Academy-Lernpfads, und dein Fortschritt wird über Web und CoddyKit-App synchronisiert. Der MLOps Academy-Kurs umfasst insgesamt 4 Lektionen.
Nur bei einem Release bauen
Sie liefern nicht bei jedem Commit ein Image aus. Der Release-Schritt erstellt und veröffentlicht einen Container nur dann, wenn Sie eine Version als bereit markieren. 📦
Bei einem Tag auslösen
Ein gängiges Muster startet den Build, wenn Sie ein Git-Tag wie v1.2.0 pushen. So beginnt eine bewusst festgelegte Version und nicht irgendein gewöhnlicher Push mit der Bereitstellung.
on:
push:
tags: ["v*"]Was ein Build erzeugt
Der Build packt Ihre Modell-API, ihren Code und ihre Abhängigkeiten in ein Image: einen unveränderlichen, ausführbaren Schnappschuss, der sich auf jeder Maschine gleich verhält.
Eine Registry speichert Images
Eine Container-Registry wie GHCR, ECR oder Docker Hub speichert erstellte Images, sodass jeder Server sie später abrufen und ausführen kann.
Mit einem Secret anmelden
Vor dem Push meldet sich der Workflow mit einem gespeicherten Secret bei der Registry an – niemals mit einem fest im Code hinterlegten Passwort. So bleiben die Zugangsdaten aus Ihrem Code heraus.
- uses: docker/login-action@v3
with:
password: ${{ secrets.REGISTRY_TOKEN }}Das Image sinnvoll taggen
Geben Sie dem Image ein eindeutiges Tag, das zu Ihrer Release-Version passt. Wenn Sie ausschließlich latest wiederverwenden, lässt sich nicht erkennen, welcher Build ausgeführt wird.
myorg/model-api:v1.2.0In einer Action bauen und pushen
Die offizielle Docker-Action build-push erstellt Ihr Dockerfile und lädt das Ergebnis in einem einzigen Schritt in die Registry hoch.
- uses: docker/build-push-action@v6
with:
push: true
tags: myorg/model-api:v1.2.0Die Version statt latest festlegen
Wenn Sie ein festgelegtes Tag wie v1.2.0 bereitstellen, wissen Sie immer genau, welches Modell und welcher Code live sind, und können schnell auf ein früheres Tag zurückrollen.
Layer für mehr Geschwindigkeit cachen
Beim Erstellen von Images werden unveränderte Layer aus einem Cache wiederverwendet, sodass nur tatsächlich geänderte Teile neu erstellt werden. Dadurch bleiben Release-Builds schnell.
Die Bereitstellung ruft das Image ab
Nach dem Push ruft Ihre Laufzeitumgebung einfach das getaggte Image ab und startet es. Dasselbe Artefakt, das Sie getestet haben, geht Byte für Byte live.
docker pull myorg/model-api:v1.2.0Release Notes schließen den Kreis
Verknüpfen Sie das Image-Tag mit einem GitHub-Release und notieren Sie, was sich geändert hat. So kann jeder einen laufenden Container bis zu seinem exakten Code und Modell zurückverfolgen.
Kurzer Check
Warum sollten Sie das veröffentlichte Image mit einer Version statt nur mit latest taggen?
Rückblick
Melden Sie sich bei einem Versions-Tag mit einem Secret an, erstellen Sie das Image und pushen Sie es unter einem festgelegten Tag in eine Registry. Ihre Laufzeitumgebung ruft genau dieses Artefakt ab und startet es.
Lerne Python mit einem KI-Tutor — kostenlos
Schreibe und führe echten Code in deinem Browser aus, bekomme sofortige Hilfe von einem 24/7 KI-Tutor und setze dein Lernen im Web oder in der App fort.
- Kurse
- 30
- Lektionen
- 120
Häufig gestellte Fragen
Ist die Lektion „Das Image beim Release bauen und übertragen“ kostenlos?
Ja — der vollständige Text von „Das Image beim Release bauen und übertragen“ ist hier im Web kostenlos zu lesen. Um sie interaktiv zu üben (integrierter Code-Editor und 24/7 KI-Tutor) und den Rest des MLOps Academy-Kurses freizuschalten, upgrade auf CoddyKit PRO. Der MLOps Academy-Kurs umfasst insgesamt 4 Lektionen.
Was lerne ich in „Das Image beim Release bauen und übertragen“?
Automatisieren Sie Container-Builds, sobald Sie ein Release taggen. Du übst MLOps Academy mit praktischem Code, den du direkt im Browser ausführst, und ein 24/7 KI-Tutor beantwortet deine Fragen während du die Lektion bearbeitest.
Brauche ich Erfahrung, um MLOps Academy zu starten?
Keine Vorkenntnisse erforderlich. MLOps Academy auf CoddyKit ist für Anfänger bis fortgeschrittene Lernende strukturiert, sodass du hier starten oder von Anfang an beginnen und in deinem eigenen Tempo voranschreiten kannst. Dies ist Lektion 4 von 4.
Wie lange dauert die Lektion „Das Image beim Release bauen und übertragen“?
Die meisten CoddyKit-Lektionen dauern etwa 5–10 Minuten. Jede ist kompakt und interaktiv, sodass du stetig Fortschritte machst und genau dort weitermachst, wo du aufgehört hast – im Web und in der App.
Kann ich in dieser MLOps Academy-Lektion Code schreiben und ausführen?
Ja. Jede MLOps Academy-Lektion enthält einen integrierten Code-Editor, sodass du echten Code direkt in deinem Browser schreibst und ausführst und sofort KI-Feedback erhältst — ohne lokale Einrichtung erforderlich.
Alle Lektionen in diesem Kurs
- Was CI/CD für Modelle bedeutet
- Ein GitHub-Actions-Workflow für ML
- Merges von der Modellqualität abhängig machen
- Das Image beim Release bauen und übertragen