Cloud Deploy-Terminologie

Die Begriffe in diesem Dokument sind nach ihrer Verwendung in Cloud Deploy definiert.

Verlassen

Wenn Sie einen Release dauerhaft deaktivieren möchten.

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 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 ausgeführt werden können, ohne dass ein manuelles Eingreifen erforderlich ist. Sie können beispielsweise Ihre Bereitstellungspipeline so einrichten, dass unter den richtigen Umständen automatisch zu einem bestimmten 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.

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, testen, um die Zuverlässigkeit sicherzustellen, und dann vollständig einführen.

Untergeordnetes Roll-out

Für die parallele Bereitstellung wird 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 einzelnen GKE-, GKE Enterprise- oder Cloud Run-Ziele 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 gibt es ein untergeordnetes Rollout für jedes untergeordnete Ziel.

Weitere Informationen finden Sie unter Parallele Bereitstellung und Mehrere Ziele.

Benutzerdefiniertes Ziel

Ein Ziel, das einen benutzerdefinierten benutzerdefinierten Zieltyp anstelle eines unterstützten Zieltyps verwendet.

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.

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 beim Rendering nicht aufgelöst werden können. Stattdessen werden Werte für diese Platzhalter zugewiesen, nachdem das jeweilige zielspezifische Manifest gerendert wurde. Weitere Informationen

Bereitstellungsstrategie

Ein Verfahren zur sicheren Bereitstellung von Änderungen an Ihrer Anwendung bei gleichzeitiger Minimierung der Auswirkungen auf die Nutzer.

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

  • Das standardmäßige oder alternative 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. Bereitstellung oder Überprüfung. Weitere Informationen

Jobausführung

Die Jobausführung ist eine untergeordnete Ressource eines Roll-outs und eine Instanz eines Jobs. Das heißt, er stellt einen Versuch dar, einen Job wie „Bereitstellen“ oder „Überprüfen“ 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

Bei der Konfiguration oder Durchführung einer parallelen Bereitstellung stellt ein Multi-Ziel eine einzelne Pipelinephase dar, kann jedoch mehr als eine Ziellaufzeit umfassen.

Siehe auch 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 beispielsweise Anwendungen 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. 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, wie sie beim Erstellen von release definiert wurde.

Weitere Informationen finden Sie unter Pipelineinstanzen nach 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.

Bei einer Pipelineabweichung 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 nach 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 in Form einer Bereitstellungspipeline für den Cloud Deploy-Dienst 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 Releaselebenszyklus wird im Dokument zur 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 verwendet dazu skaffold render.

Roll-out

Eine Ressource, die einem Release ein Bereitstellungsziel zuordnet. Ein rollout wird pro Release und Ziel erstellt. Bei einem einfachen Ablauf über drei Ziele in einer Bereitstellungspipeline würde es also drei rollout-Ressourcen für den Release geben – 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 zum Bereitstellen einer Anwendung für ein Ziel. Für jede in der Bereitstellungspipeline definierte Phase wird Ihre Anwendung vollständig auf dem Ziel bereitgestellt, wobei jedes Mal die Anwendung so ersetzt wird, wie sie zuvor bereitgestellt wurde.

Phase

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

  • 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 aussetzen.

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.

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

Zielartefakt

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

Überprüfung

Möglichkeit, durch Ausführen eines beliebigen Containers mit Tests zu prüfen, ob eine Bereitstellung erfolgreich war. Weitere Informationen zur Überprüfung der Bereitstellung