Cloud Deploy-Terminologie

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

Verlassen

So deaktivieren Sie einen 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 Übermitteln der Kubernetes-Manifeste der 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

Mit der Automatisierung können Sie Ihre Bereitstellungspipeline und -ziele so konfigurieren, dass einige Aktionen für Releases und Roll-outs für diese Pipeline ohne menschliches Eingreifen ausgeführt werden können. Sie können beispielsweise Ihre Bereitstellungspipeline so einrichten, dass unter den richtigen Umständen automatisch ein bestimmtes Ziel hochgestuft wird. Weitere Informationen

Automatisierungsregel

Das Verhalten einer Automatisierung wird teilweise durch die Automatisierungsregel definiert. Eine Automatisierungsregel definiert, was automatisiert ist, z. B. das Hochstufen eines Release.

Eine Liste der verfügbaren Automatisierungsregeln finden Sie im Dokument Automatisierungsregeln verwenden.

Automatisierungsausführung

Eine Instanz einer Automatisierung.

Canary-Deployment

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

Untergeordnetes Roll-out

Bei der parallelen Bereitstellung wurde das Roll-out für die Bereitstellung auf einem untergeordneten Ziel generiert.

Siehe auch Controller-Roll-out.

Untergeordnetes Ziel

Bei der parallelen Bereitstellung: ein Ziel, das eines der verschiedenen individuellen Ziele für GKE, GKE Enterprise oder Cloud Run darstellt, für die Sie gleichzeitig bereitstellen.

Weitere Informationen finden Sie unter Mehrere Ziele, Parallele Bereitstellung, 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-Rollout wird nicht für die Bereitstellung in einem einzelnen Zielcluster oder -dienst verwendet. Stattdessen hat es ein untergeordnetes Rollout für jedes untergeordnete Ziel.

Weitere Informationen finden Sie unter Parallele Bereitstellung und Mehrere Ziele.

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 Rendern und Bereitstellen 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. von einer CI-Pipeline.

In Cloud Deploy wird die Bereitstellungspipeline in einer YAML-Konfigurationsdatei (in der Regel clouddeploy.yaml) definiert. Diese Definition besteht aus Folgendem:

Siehe auch Pipelineinstanz.

Hook bereitstellen

Eine beliebige Aktion, die Sie vor oder nach der Bereitstellung ausführen können. Weitere Informationen

Parameter bereitstellen

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

Bereitstellungsstrategie

Ein Verfahren, mit dem Sie Änderungen sicher an Ihrer Anwendung bereitstellen und gleichzeitig die Auswirkungen auf die Nutzer minimieren können.

Ausführungsumgebung

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

  • Der standardmäßige oder private Worker-Pool, in dem Cloud Deploy Rendering- und Bereitstellungsaktionen ausführt

  • Dem standardmäßigen oder alternativen Dienstkonto für die 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. Bereitstellen oder Überprüfen. Weitere Informationen

Jobausführung

Die Jobausführung ist eine untergeordnete Ressource eines Roll-outs und eine Instanz eines Jobs. Es stellt einen Versuch dar, einen Job wie „Deploy“ oder „Verify“ 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 haben in Cloud Deploy 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

Beim Konfigurieren oder Ausführen einer parallelen Bereitstellung ist ein Multi-Ziel eine einzelne Pipelinephase, kann aber mehr als eine Ziellaufzeit umfassen.

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

Parallele Bereitstellung

Das Bereitstellen einer Anwendung für mehr als ein Ziel gleichzeitig in derselben Bereitstellungspipelinephase. Mit dieser Technik können Sie Anwendungen beispielsweise für mehrere Cluster oder Dienste in der Produktion bereitstellen.

Phase

Die Sammlung von Vorgängen (Jobs) in einem Roll-out, die logisch gruppiert sind, z. B. eine Bereitstellung oder eine Bereitstellung und Prü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 mithilfe der Pipeline verwaltet werden, die beim Erstellen des 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 Pipelineabweichung vorliegt, werden Sie von Cloud Deploy aufgefordert, die Definitionen zu prüfen, bevor Sie einen Release hochstufen oder ein Rollback ausführen.

Weitere Informationen finden Sie unter Pipelineinstanzen pro Release.

Fortschreiten

Eine Konfiguration in der Konfigurationsdatei der Bereitstellungspipeline, die eine Hochstufungssequenz von einem Ziel zum anderen beschreibt, z. B. von test über 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

Eine Anwendung für den Cloud Deploy-Dienst in Form einer Bereitstellungspipeline bereitstellen, damit die Bereitstellung der Anwendung vom Dienst verwaltet wird.

Release

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

Der Release-Lebenszyklus 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 mithilfe von skaffold render aus.

Hier sind keine Werte für Bereitstellungsparameter enthalten.

Roll-out

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

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

Standardbereitstellungsstrategie

Die Standardbereitstellungsstrategie ist die Standardmethode für die Bereitstellung einer Anwendung für ein Ziel. Für jede in der Bereitstellungspipeline definierte Phase wird Ihre Anwendung vollständig am Ziel bereitgestellt, wobei jedes Mal die Anwendung so ersetzt wird, wie sie zuvor bereitgestellt wurde.

Phase

Ein Ziel oder mehrere Ziele in einer Bereitstellungspipeline. Dies ist beispielsweise bei einer einfachen Bereitstellungspipeline mit den folgenden Phasen der Fall:

  • dev
  • staging
  • prod

Jedes davon ist eine Phase.

Bei der parallelen Bereitstellung ist das multi-target eine einzelne Phase, die untergeordneten Ziele sind jedoch keine separaten Phasen.

Aussetzen (Bereitstellungspipeline)

Um das Erstellen und Hochstufen von Releases aus einer bestimmten Bereitstellungspipeline zu verhindern. Weitere Informationen finden Sie unter Bereitstellungspipeline anhalten

Ziel

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

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

Zur Unterstützung einer parallelen Bereitstellung kann ein Ziel auch ein multi-target oder ein untergeordnetes Ziel sein.

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 Fähigkeit, zu prüfen, ob eine Bereitstellung erfolgreich war, indem ein beliebiger Container mit Tests ausgeführt wird. Weitere Informationen zur Überprüfung der Bereitstellung