Wie verwalten Sie Kubernetes Deployment Yaml-Datei mit kontinuierlicher Lieferung?

Question

Lassen Sie uns sagen, dass ich eine einfache Bereitstellung haben Kubernetes config:

kind: Deployment 
apiVersion: extensions/v1beta1 
metadata: 
    name: backend 
spec: 
    replicas: 1 
    template: 
    metadata: 
     name: backend 
    spec: 
     containers: 
     - name: backend 
     image: backend:1.0.0 
     resources: 
      limits: 
      memory: "500Mi" 
      cpu: "100m" 
     imagePullPolicy: Always 

Und ich will kontinuierlichen Einsatz haben.

• Eine Möglichkeit, dies zu tun wäre einfach für die Erstellung dieser Datei zu verwenden, und für Updates laufen so etwas wie kubectl set image deployment/backend backend=backend:1.1.0. Aber was, wenn ich irgendwann später z. Grenzen, ich müsste herausfinden, die aktuelle Version läuft, ersetzen Sie das in Yaml-Datei und wenden Sie es an? Scheint umständlich

• Google sed für den Ersatz image version in their example, und diese Art von Arbeiten in Ordnung, wenn Ihre Kubernetes Dateien Config gespeichert sind, in der gleichen Repo wie Sie Ihren Code zu verwenden scheint. Und was ist, wenn sie woanders gespeichert sind oder Ihr Build einige Zeit braucht? Um nur eine einzige Eigenschaft zu ändern, müssten Sie den gesamten Build-Prozess durchlaufen, der möglicherweise zu lang ist.

• Haben Sie ein Skript, das nach jeder Implementierung eine yaml-Datei basierend auf der Versionseingabe automatisch generiert und immer nur die Vorlage bearbeitet (aber dann, wo speichern Sie die letzte bereitgestellte Version?)

• Einige Drittanbieter-Tool?

Answer 1

Helmkarten werden zu einer zunehmend beliebten Methode zur Verwaltung von Kubernetes-Bereitstellungen. Kurz gesagt ermöglicht es Ihnen, Bereitstellungen zu generieren, bei denen nur die Variablen definiert werden, die Sie mit einer einfachen Konfiguration benötigen, und es verfügt über einen integrierten Aktualisierungsmechanismus. Mit anderen Worten, es bietet Meta-Implementierungen.

Siehe die folgenden docs.