Skaffold mit Cloud Deploy verwenden

In diesem Artikel wird Skaffold beschrieben. Außerdem erfahren Sie, wie und warum Cloud Deploy es verwendet und was Sie tun müssen, damit es für Sie funktioniert.

Cloud Deploy verwendet Skaffold für Rendering- und Bereitstellungsvorgänge. Sie können sie auch für die lokale Entwicklung, die Erstellung, das Testen und die erweiterten Bereitstellungsfunktionen verwenden. Für Cloud Deploy erfordert jedoch nur eine Skaffold-Konfiguration, mit der die Manifeste identifiziert werden, die gerendert und angewendet werden sollen.

Was ist Skaffold?

Skaffold ist ein Befehlszeilentool, das die kontinuierliche Entwicklung für Kubernetes-native Anwendungen ermöglicht. Sie können Skaffold verwenden, um einen lokalen Entwicklungsarbeitsbereich für die Verwendung mit Cloud Deploy-Continuous-Delivery-Pipelines zu konfigurieren.

Skaffold bietet die folgenden Features:

  • Sie erhalten eine einzelne Kontrolle über CI/CD-Pipelineaktivitäten (Builds, Rendering, Testbereitstellung usw.).

  • Es ist als lokales Entwicklungstool nützlich.

  • Skaffold-Profile ermöglichen die Unterscheidung zwischen verschiedenen Umgebungen mit unterschiedlichen Build-, Test- und Bereitstellungskonfigurationen, die alle in derselben Konfigurationsdatei enthalten sind.

Warum verwendet Cloud Deploy Skaffold?

Google Cloud Deploy verwendet Skaffold, um Renderingtools von der Bereitstellungspipeline zu trennen. Ihre Bereitstellungspipeline definiert einfach den Fortschritt vom Ziel zum Ziel, während die Skaffold-Konfiguration definiert, welche Manifeste wie gerendert werden. Dadurch wird das Manifest-Rendering flexibel, ohne dass sich dies auf die Definition Ihrer Bereitstellungspipeline auswirkt.

Hier sind einige der Vorteile, die Skaffold bei der Verwendung mit Cloud Deploy bietet:

  • Einfaches Onboarding

    Beginnen Sie mit einer lokalen Entwicklungsschleife. Sie können Ihre skaffold.yaml-Datei für Ihr Team freigeben, wodurch neue Konsistenz ermöglicht wird.

  • Konsistente Kontrolle über das Rendering über verschiedene Deployment-Ziele hinweg

    Sie können Skaffold-Profile mit unterschiedlichem Rendering und unterschiedlicher Bereitstellung für verschiedene Ziele verwenden.

  • Auswahl von Renderingtools ohne die Definition von Bereitstellungspipelines zu beeinträchtigen

    Mit Skaffold kann Cloud Deploy die Definition der Bereitstellungspipeline von den Renderingdetails trennen. Durch diese Trennung können Sie mit Ihren Manifesten experimentieren, ohne die Bereitstellungspipeline zu unterbrechen.

  • Einheitlicher Rendering-Prozess

    Die Renderingquelle sowie Ihre Container werden verwendet, um gerenderte Manifeste zu generieren.

  • Systemdiagnosen für die Bereitstellung

    Sie werden von Skaffold ausgeführt und von Cloud Deploy verwendet.

Wie verwendet Cloud Deploy Skaffold?

  • Die Rendering-Quelle und die Verweise auf Container-Images werden beim Erstellen eines Release an Cloud Deploy übergeben.

    Beim Erstellen des Release ruft Cloud Deploy Cloud Build auf, das wiederum skaffold diagnose und skaffold render aufruft, um das Manifest oder die Manifeste mithilfe dieser Renderingquelle und dieser Images zu rendern.

  • Sie können Skaffold-Profile verwenden, um Manifeste zu unterscheiden, die auf verschiedene Ziele angewendet werden.

  • Cloud Deploy unterstützt statische Skaffold-Module.

  • Bei der Bereitstellung ruft Cloud Deploy skaffold apply auf, um das gerenderte Manifest oder die gerenderten Manifeste auf den Zielcluster anzuwenden.

  • Cloud Deploy unterstützt nur dann die Verwendung anderer Bereitsteller zur Bereitstellung Ihrer Anwendung, wenn Sie benutzerdefinierte Ziele verwenden. Sie können jedoch Tools wie Helm oder Kustomize als Renderer verwenden. Weitere Informationen zur Bereitstellung von Cloud Deploy ohne bestimmte Bereitsteller (wie Helm) finden Sie unter Dienstarchitektur.

Skaffold für Sie arbeiten lassen

  1. Konfigurieren Sie Skaffold gemäß Ihren Pipelineanforderungen.

    1. Bestimmen Sie die Anforderungen Ihrer Bereitstellungspipeline.

      Wie viele Ziele haben Sie? Rendering und Deployment sind für beide identisch. Wenn die Konfiguration für jedes Ziel in Ihrem Fortschritt gleich ist, müssen Sie keine Skaffold-Profile verwenden. Sie benötigen nur die Datei skaffold.yaml, in der die zu rendernden Manifeste beschrieben werden.

    2. Erstellen Sie gegebenenfalls ein Skaffold-Profil für jedes Ziel.

      Definieren Sie diese in der Datei skaffold.yaml und binden Sie sie an die Sequenz der Fortschrittspipeline-Definition für die Zustellungspipeline.

      Weitere Informationen zu Skaffold-Profilen finden Sie in der Skaffold-Dokumentation. Das Dokument Manifeste in Cloud Deploy verwalten enthält auch Beispielprofilkonfigurationen.

    3. Ausführlichkeitsstufe für Skaffold-Logging festlegen

      Standardmäßig ist die Skaffold-Logging-Ebene auf warn festgelegt. Sie können dies in der Konfiguration für die Ausführungsumgebung eines Ziels zu debug ändern, indem Sie verbose: true festlegen.

  2. Verbinden Sie Cloud Deploy mit Ihrem CI-System.

    Am Ende Ihres CI-Prozesses übergeben Sie die skaffold.yaml, die Renderingquelle und die Container-Images, die in das gerenderte Manifest ausgefüllt werden sollen.

  3. Optional: Richten Sie Ihre lokale Entwicklungsschleife mit Skaffold ein.

    Die Verwendung von Skaffold für die Entwicklung ist in Cloud Deploy optional. Für den Betrieb von Cloud Deploy ist lediglich eine skaffold.yaml-Datei erforderlich, die die zu rendernden Manifeste angibt.

Nächste Schritte