Helm: direkte Unterstützung für das blau / grüne Einsatzmuster im Ruder

Dies ist tatsächlich etwas, mit dem Service-Meshes wirklich gut umgehen können. Ich empfehle dringend, sich Tools wie istio anzusehen, wenn Sie blau / grüne Bereitstellungen für Ihre Anwendung durchführen müssen, da diese schrittweise Roll-Ins und Roll-Outs verarbeiten können, da sie den Verkehrsfluss steuern, der in Ihre Anwendung gelangt.

Helm arbeitet eher im Sinne eines herkömmlichen Paketmanagers und aktualisiert Diagramme auf elegante Weise von einer Version zur nächsten (dank Pod-Liveness / Readiness-Tests und Strategien zur Aktualisierung der Bereitstellung), ähnlich wie man etwas wie apt upgrade erwartet.

Weitere Informationen finden Sie in der Diskussion in diesen Threads / Blog-Beiträgen:

• https://github.com/kubernetes/kubernetes/issues/33462
• http://dougbtv.com/nfvpe/2017/06/05/istio-deploy/

Hoffe das hilft!

Schließen wie beantwortet, aber bitte erneut öffnen, wenn weitere Fragen zu b / g-Bereitstellungen vorliegen. Vielen Dank!

@bacongobbler Ich verstehe, woher Sie kommen, aber ich denke, dass istio die einfache Methode ist, um das umzusetzen, was wir möchten. Was ich damit sagen will ist, dass ich (zumindest für mich) meine gesamte Serverbereitstellung mit Helmdiagrammen beschreibe. Wenn ich ein Diagramm von einer Version zur nächsten ändere, liest sein Helm die Helmdateien und stellt alle Änderungen bereit. Dies geschieht durch die Schnittstelle mit Komponenten niedrigerer Ebene, die in der Tabelle beschrieben sind. Trotzdem führe ich kubectl oder andere Befehle nicht direkt aus, um Änderungen vorzunehmen. Darüber hinaus denke ich, dass dies falsch wäre, da dies bedeutet, dass der Zustand der Welt nicht im Bereich eines Tools liegt, was zu Fehlern führen kann, wenn diese Tools nicht zusammenarbeiten. Oder fehlt mir etwas?