Cloud Deploy-Terminologie

Die Begriffe in diesem Dokument werden entsprechend ihrer Verwendung in Cloud Deploy definiert.

Verlassen

So deaktivieren Sie ein Release dauerhaft.

Anwendung

Die Software, die Sie mit Cloud Deploy bereitstellen möchten.

Application Delivery

Bereitstellung der Assets, die zur Bereitstellung einer Anwendung in einer beabsichtigten Zielumgebung erforderlich sind. In Cloud Deploy besteht die Anwendungsbereitstellung aus dem Generieren, Hochstufen und Bereitstellen der Kubernetes-Manifeste Ihrer Anwendung im Cluster.

Artefakt

Die bereitzustellenden Container-Images (Build-Artefakte) und Konfigurationsdateien wie Manifeste und Skaffold-Konfigurationen, die für die Bereitstellung verwendet werden (Zielartefakte).

Automatisierung

Mithilfe von Automatisierung können Sie Ihre Bereitstellungspipeline und Ihre Ziele so konfigurieren, dass einige Aktionen für Releases und Roll-outs für diese Pipeline ausgeführt werden können, ohne dass ein manueller Eingriff erforderlich ist. Sie können Ihre Bereitstellungspipeline beispielsweise so einrichten, dass eine Beförderung in ein bestimmtes Ziel unter den richtigen Umständen automatisch erfolgt. Weitere Informationen

Automatisierungsregel

Das Verhalten einer Automatisierung wird teilweise durch die Automatisierungsregel definiert. In einer Automatisierungsregel wird festgelegt, was automatisiert werden soll, z. B. die Bewerbung eines Release.

Die verfügbaren Automatisierungsregeln sind im Dokument Automatisierungsregeln verwenden aufgeführt.

Automatisierungsausführung

Eine Instanz einer Automatisierung.

Canary-Deployment

Eine Bereitstellungsstrategie, bei der Sie Ihre Änderungen zuerst für eine Teilmenge von Nutzern einführen, sie auf Zuverlässigkeit testen und dann vollständig einführen.

Untergeordnetes Roll-out

Bei der parallelen Bereitstellung: das Roll-out, das für die Bereitstellung auf ein untergeordnetes Ziel generiert wurde.

Siehe auch Controller-Roll-out.

Untergeordnetes Ziel

Bei der parallelen Bereitstellung ist ein Ziel eins der mehreren GKE-, GKE Enterprise- oder Cloud Run-Ziele, auf die Sie gleichzeitig bereitstellen.

Weitere Informationen finden Sie unter Multi-Ziel, Parallele Bereitstellung und Untergeordnetes Roll-out.

Continuous Delivery

Eine Praxis für Software Engineering, bei der Änderungen sicher, häufig und hauptsächlich automatisch für Nutzer freigegeben werden können.

Kontinuierliche Bereitstellung

Eine Softwareentwicklungsmethode, die dazu führt, dass Änderungen an Code und Konfiguration automatisch bereitgestellt werden.

Während für die kontinuierliche Bereitstellung eine manuelle Genehmigung in einer oder mehreren Phasen erforderlich ist, erfolgt die kontinuierliche Bereitstellung automatisch, ohne dass eine manuelle Genehmigung erforderlich ist.

Controller-Roll-out

Ein Roll-out, das für die parallele Bereitstellung generiert wurde. Das Controller-Roll-out wird nicht für die Bereitstellung auf einem einzelnen Zielcluster oder -dienst verwendet. Stattdessen gibt es ein untergeordnetes Roll-out für jedes untergeordnete Ziel.

Weitere Informationen finden Sie unter Parallele Bereitstellung und Mehrere Ziele.

Benutzerdefiniertes Ziel

Ein Ziel, für das ein benutzerdefinierter benutzerdefinierter Zieltyp und nicht einer der unterstützten Zieltypen verwendet wird.

Deklarativ

Konfiguration für ein System, z. B. einen Kubernetes-Cluster, der den gewünschten Status beschreibt und dieses System darauf benötigt, um diesen Status zu erreichen. Im Gegensatz zu einer imperativen Konfiguration, in der Sie die spezifischen Schritte beschreiben, um diesen Zustand zu erreichen.

Neben dem Rendering und der Bereitstellung deklarativer Kubernetes-Manifeste verwendet Cloud Deploy deklarative Ressourcendefinitionen, um den Rendering- und Bereitstellungsprozess zu definieren. skaffold.yaml und clouddeploy.yaml sind typische Dateinamen für die Skaffold-Definition und die Bereitstellungspipeline-Definition.

Bereitstellungspipeline

Eine Darstellung des Workflows, der eine Anwendung an jedes Ziel in einem Bereitstellungsfortschritt bereitstellt.

In der Dokumentation für Cloud Deploy wird der Begriff Bereitstellungspipeline verwendet, um sie von anderen Pipelines zu unterscheiden, die Sie möglicherweise verwenden, z. B. einer CI-Pipeline.

In Cloud Deploy wird die Bereitstellungspipeline in einer YAML-Konfigurationsdatei – normalerweise clouddeploy.yaml – definiert. Diese Definition besteht aus Folgendem:

Siehe auch Pipelineinstanz.

Bereitstellungs-Hook

Eine beliebige Aktion, die vor oder nach der Bereitstellung ausgeführt werden kann. Weitere Informationen

Parameter bereitstellen

Platzhalter, die einem Manifest hinzugefügt werden können, aber nicht im Rahmen des Renderings aufgelöst werden. Stattdessen werden Werte für diese Platzhalter zugewiesen, nachdem jedes zielspezifische Manifest gerendert wurde. Weitere Informationen

Bereitstellungsstrategie

Eine Methode, mit der Änderungen an Ihrer Anwendung sicher bereitgestellt werden können, während die Auswirkungen auf die Nutzer minimiert werden.

Ausführungsumgebung

Eine Reihe von Google Cloud-Ressourcen, auf denen Cloud Deploy ausgeführt wird. Sie umfasst Folgendes:

  • Den standardmäßigen oder privaten Worker-Pool, in dem Cloud Deploy Rendering- und Bereitstellungsaktionen ausführt.

  • Das Standard- oder alternative Dienstkonto Ausführungsumgebung, das Cloud Deploy zum Rendern und Bereitstellen aufruft.

  • Der Standard- oder alternative Speicherort für gerenderte Manifeste in Cloud Storage.

Hydration

Siehe Rendering.

Job

Ein bestimmter Vorgang, der bei einem Roll-out ausgeführt werden soll, z. B. Bereitstellung oder Überprüfung. Weitere Informationen

Jobausführung

Eine untergeordnete Ressource eines Roll-outs. Die Jobausführung ist eine Instanz eines Jobs. Das bedeutet, dass ein Versuch unternommen wird, eine Aufgabe wie das Bereitstellen oder Verifizieren auszuführen. Weitere Informationen

Manifest

Ein Kubernetes-Konfigurationsobjekt, mit dem Kubernetes-Ressourcen wie Pods, Deployments, Services oder Ingresses erstellt, geändert und gelöscht werden.

Manifeste in Cloud Deploy haben einen von zwei Status: gerendert oder nicht gerendert. Ein nicht gerendertes Manifest ist nicht für die Bereitstellung in einem Ziel bereit. Der Renderingprozess, der das Einfügen bestimmter Werte in das Manifest umfasst, wird häufig von Tools wie Helm, Kustomize und kpt ausgeführt. Cloud Deploy verwendet Skaffold, um das Rendering der Konfiguration zu orchestrieren (Befehl skaffold render).

Siehe auch Render.

Mehrere Ziele

Bei der Konfiguration oder Ausführung einer parallelen Bereitstellung ist ein Mehrfachziel eine einzelne Pipelinephase, kann aber mehrere Ziellaufzeiten umfassen.

Weitere Informationen finden Sie unter Untergeordnetes Ziel, Parallele Bereitstellung und Controller-Roll-out.

Parallele Bereitstellung

Die Bereitstellung einer Anwendung in derselben Bereitstellungspipeline-Phase gleichzeitig auf mehreren Zielen. Mit dieser Methode können Sie beispielsweise in mehreren Clustern oder Diensten in der Produktion bereitstellen.

Phase

Die Sammlung von Vorgängen (Jobs) in einem Roll-out, die logisch gruppiert sind, z. B. ein Deployment oder ein Deployment und eine Überprüfung. Weitere Informationen

Pipeline

Siehe Delivery-Pipeline

Pipelineinstanz

Snapshot einer Bereitstellungspipeline, der beim Erstellen eines release erstellt wird. Cloud Deploy speichert diesen Snapshot, damit alle Bereitstellungen eines Release konsistent mit der Pipeline verwaltet werden, wie sie beim Erstellen von release definiert wurde.

Weitere Informationen finden Sie unter Pipelineinstanzen pro Release.

Pipeline stimmt nicht überein

Wenn eine Bereitstellungspipeline oder ein Ziel nach dem Erstellen eines Release geändert wird, unterscheidet sich die mit der release verknüpfte Pipelineinstanz von der Pipelinedefinition.

Wenn eine Pipeline nicht übereinstimmt, werden Sie von Cloud Deploy aufgefordert, die Definitionen zu prüfen, bevor Sie einen Release hochstufen oder ein Rollback durchführen.

Weitere Informationen finden Sie unter Pipelineinstanzen pro Release.

Fortschreiten

Eine Konfiguration in der Konfigurationsdatei der Bereitstellungspipeline, die eine Hochstufungssequenz von einem Ziel zu einem anderen beschreibt, z. B. von test zu staging zu prod.

Werbung

Der Prozess, bei dem ein Release gemäß der in der Bereitstellungspipeline definierten Entwicklung von einem Ziel zu einem anderen verschoben wird.

Registrieren

So stellen Sie eine Anwendung an den Cloud Deploy-Dienst in Form einer Bereitstellungspipeline bereit, sodass die Bereitstellung der Anwendung vom Dienst verwaltet wird.

Release

Eine Cloud Deploy-Ressource, die die Änderungen (Code, Konfiguration oder beides) darstellt, die bereitgestellt werden sollen.

Der Veröffentlichungslebenszyklus wird im Dokument Cloud Deploy-Dienstarchitektur beschrieben.

Rendern

Zum Vorbereiten eines Manifests für das Deployment im Ziel. Das Rendern eines Manifests besteht hauptsächlich aus der Bereitstellung von Werten für die Variablen im Manifest. Cloud Deploy führt dies mit skaffold render aus.

Roll-out

Eine Ressource, die einem Release ein Bereitstellungsziel zuordnet. Ein rollout wird pro Release und Ziel erstellt. Bei einer einfachen Abfolge über drei Ziele in einer Bereitstellungspipeline gibt es also drei rollout-Ressourcen für den Release – eine für jedes Ziel.

Bei komplexeren Bereitstellungen, z. B. mit einer Canary-Bereitstellungsstrategie, kann eine rollout komplizierter sein. Weitere Informationen

Standardbereitstellungsstrategie

Die Standardbereitstellungsstrategie ist die Standardmethode zum Bereitstellen einer Anwendung auf einem Ziel. Für jede in der Bereitstellungspipeline definierte Phase wird Ihre Anwendung vollständig auf dem Ziel bereitgestellt und jedes Mal durch die zuvor bereitgestellte Anwendung ersetzt.

Phase

Ein oder mehrere Ziele in einer Bereitstellungspipeline. Beispielsweise in einer einfachen Bereitstellungspipeline mit den folgenden Phasen:

  • dev
  • staging
  • prod

Jede davon ist eine Phase.

Bei einer parallelen Bereitstellung ist das Multi-Target eine einzelne Phase, die untergeordneten Ziele sind jedoch keine separaten Phasen.

Bereitstellungspipeline pausieren

Damit das Erstellen und Bewerben von Releases aus einer bestimmten Bereitstellungspipeline verhindert wird. Weitere Informationen finden Sie unter Bereitstellungspipeline pausieren.

Ziel

Die spezifische Laufzeitumgebung (Kubernetes-Cluster, Cloud Run-Dienst oder andere unterstützte Laufzeit), in der die Anwendung bereitgestellt werden soll. Außerdem die Konfiguration für diese Umgebung.

Sie können Ihre Ziele in Ihrer Konfigurationsdatei für die Bereitstellungspipeline oder in einer separaten Datei definieren.

Ziele müssen im selben Projekt und in derselben Region wie die Bereitstellungspipeline definiert werden. Die Laufzeiten, auf die die Ziele bereitgestellt werden, können sich jedoch in verschiedenen Projekten und Regionen befinden.

Ein Ziel kann auch ein Multi-Ziel oder ein untergeordnetes Ziel sein, um die parallele Bereitstellung zu unterstützen.

Zielartefakt

Eine Konfigurationsdatei, die zum Rendern und Bereitstellen einer Anwendung auf einem Ziel verwendet wird. Dazu gehören das Kubernetes-Manifest oder die Cloud Run-Dienstdefinition, Skaffold-Konfigurationsdateien und die Renderingquelle, mit der diese erstellt wurden.

Überprüfung

Die Möglichkeit, die erfolgreiche Bereitstellung zu bestätigen, indem ein beliebiger Container mit Tests ausgeführt wird. Weitere Informationen zur Bereitstellungsbestätigung