Beste CD-Strategie für Kubernetes Deployments
Unsere aktuelle CI-Bereitstellungsphase sieht folgendermaßen aus:
Bauen Sie die Container. Kennzeichnen Sie die Bilder als"latest"
und< commit hash >
.Push Bilder in das Repository.Nehmen Sie das fortlaufende Update für die entsprechenden RCs auf.Dies hat für RC-basierte Bereitstellungen hervorragend funktioniert, aber jetzt, da dasDeployment
object wird stabiler und ein zugrunde liegendes Feature. Wir möchten diese Abstraktion über unsere aktuellen Bereitstellungsschemata und Entwicklungsphasen hinweg nutzen.
Was ich Probleme habe, ist die Suche nach einem vernünftigen Weg, um das Update eines @ zu automatisierDeployment
mit dem CI-Workflow. Was ich experimentiert habe, ist das Aufteilen der Git-Repos und so etwas wie:
"latest"
und< commit hash >
. [App Build] Bilder in das Repository übertragen. [App Build] Ruft den Build des @ der App auDeployment
repo, durchläuft den aktuellen Commit-Hash. [Deployment Build] Manifestdatei-Token interpolieren (derzeit nur der übergebene Commit-Hash, z. B.image: app-%%COMMIT_HASH%%
) [Bereitstellungserstellung] Wenden Sie das aktualisierte Manifest auf das entsprechende @ aDeployment
resource (s). Sicher gibt es eine bessere Möglichkeit, damit umzugehen. Es wäre toll, wenn dasDeployment
auf Hash-Änderungen des "neuesten" Tags des Bildes überwacht ... vielleicht schon? Ich habe damit keinen Erfolg gehabt. Alle Gedanken oder Einsichten darüber, wie die Bereitstellung von @ besser gehandhabt werden kaDeployment
wäre dankbar:)