Cloud Deploy-Terminologie

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

Verlassen

Release dauerhaft deaktivieren

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

Mit der Automatisierung können Sie Ihre Bereitstellungspipeline und Ziele so konfigurieren, dass bestimmte Aktionen für Releases und Roll-outs für diese Pipeline ohne menschliches Zutun ausgeführt werden können. Sie können beispielsweise Ihre Bereitstellungspipeline so einrichten, dass die Hochstufung in ein bestimmtes Ziel unter den richtigen Umständen automatisch erfolgt. Weitere Informationen

Automatisierungsregel

Das Verhalten einer Automatisierung wird teilweise durch die Automatisierungsregel definiert. Eine Automatisierungsregel definiert, was automatisiert wird, z. B. das Bewerben einer Version.

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.

Roll-out von untergeordneten Konten

Für die parallele Bereitstellung wird der Roll-out generiert, der für die Bereitstellung auf einem untergeordneten Ziel verwendet wird.

Siehe auch Controller-Roll-out.

Untergeordnetes Ziel

Bei der parallelen Bereitstellung ist ein Ziel ein einzelnes Ziel, das einen der mehreren GKE-, angehängten GKE-Cluster oder einzelnen Cloud Run-Ziele darstellt, in denen Sie gleichzeitig bereitstellen.

Siehe auch Mehrere Ziele, Parallele Bereitstellung und Untergeordneter 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, der für die parallele Bereitstellung generiert wurde. Der Controller-Roll-out wird nicht für die Bereitstellung in einem einzelnen Zielcluster oder ‑dienst verwendet, sondern hat einen untergeordneten Roll-out für jedes untergeordnete Ziel.

Siehe auch Parallele Bereitstellung und Multi-Target.

Benutzerdefiniertes Ziel

Ein Ziel, für das ein benutzerdefinierter benutzerdefinierter Zieltyp anstelle eines 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 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. 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.

Bereitstellungshook

Eine beliebige Aktion, die Sie vor oder nach der Bereitstellung ausführen können. 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 zielgruppenspezifische Manifest gerendert wurde. Weitere Informationen

Bereitstellungsstrategie

Eine Methode zum sicheren Bereitstellen von Änderungen an Ihrer Anwendung, die die Auswirkungen auf Nutzer minimiert.

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 für einen Roll-out ausgeführt werden soll, z. B. „bereitstellen“ oder „überprüfen“. Weitere Informationen

Jobausführung

Der Joblauf ist eine untergeordnete Ressource eines Roll-outs und eine Instanz eines Jobs. Das heißt, es stellt einen Versuch dar, einen Job wie „Bereitstellen“ oder „Bestätigen“ 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 Durchführung eines parallelen Deployments ist ein Multi-Target eine einzelne Pipelinephase, kann aber aus mehr als einer Laufzeitumgebung bestehen.

Siehe auch Untergeordnetes Ziel, Parallele Bereitstellung und Controller-Roll-out.

Parallele Bereitstellung

Die Bereitstellung einer Anwendung für mehrere Ziele gleichzeitig in derselben Phase der Bereitstellungspipeline. Mit dieser Technik können Sie beispielsweise in mehreren Clustern oder Diensten in der Produktion bereitstellen.

Phase

Die Sammlung von Vorgängen (Jobs) in einem Rollout, 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 für die Bereitstellungspipeline, die eine Hochstufungssequenz von einem Ziel oder Ziel mit mehreren Zielen 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 einem einfachen Fortschritt über drei Ziele in einer Bereitstellungspipeline gibt es also drei rollout-Ressourcen für das Release – eine für jedes Ziel.

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

Standardmäßige Bereitstellungsstrategie

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 ersetzt dabei die zuvor bereitgestellte Anwendung.

Phase

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

  • dev
  • staging
  • prod

Jede dieser Phasen ist eine Stufe.

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

Bereitstellungspipeline aussetzen

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

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 Runtimes, auf denen 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 Kubernetes-Manifeste oder Cloud Run-Dienstdefinitionen, Skaffold-Konfigurationsdateien und die Rendering-Quelle, die zum Erstellen dieser Dateien verwendet wurde.

Überprüfung

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