Release hochstufen und Genehmigungen verwalten

Auf dieser Seite wird beschrieben, wie Sie einen vorhandenen Cloud Deploy-Release zum nächstes Ziel in einer Bereitstellungspipeline progress.

Hinweise

Auf dieser Seite wird davon ausgegangen, dass Sie bereits einen Release erstellt haben.

Release hochstufen

Wenn Ihr Release in einem in Ihrer Lieferpipeline definierten Ziel bereitgestellt wird, können Sie es zum nächsten Ziel hochstufen:

gcloud

gcloud deploy releases promote --release=RELEASE_NAME \
                               --delivery-pipeline=PIPELINE_NAME \
                               --region=REGION

Wobei:

RELEASE_NAME ist der Name des Releases, den Sie hochstufen.

PIPELINE_NAME ist der Name der Lieferpipeline, die Sie zum Verwalten der Bereitstellung dieses Release verwenden.

REGION ist der Name der Region, in der der Release verwendet wird. wurde erstellt, z. B. us-central1. Das ist ein Pflichtfeld.

Google Cloud SDK ansehen finden Sie weitere Informationen gcloud deploy releases promote-Befehl

Hinweis: Sie können auch --to-target=TARGET_NAME angeben, um ein Ziel anzugeben. Wenn Sie --to-target weglassen, wird der Release zum nächsten Ziel in der Hochstufungssequenz hochgestuft wurde.

Console

1. Öffnen Sie die Seite der Lieferpipelines.

2. Klicken Sie auf Ihre Pipeline, die in der Liste der Lieferpipelines angezeigt wird.

   Die Detailseite der Lieferpipeline zeigt eine grafische Darstellung des Fortschritts der Lieferpipeline.

   

3. Klicken Sie für das erste Ziel in der Visualisierung der Lieferpipeline auf Hochstufen.

   Das Dialogfeld Release hochstufen wird angezeigt. Es zeigt die Details der auf das Ihre Werbung ausgerichtet ist.

4. Klicken Sie auf Hochstufen.

Wenn sich die Bereitstellungspipeline oder das Ziel seit der Erstellung des Release geändert hat, Cloud Deploy gibt eine Meldung zurück, die auf eine mögliche mismatch und Aufforderungen um die Promotion zu bestätigen. Sie können mit n auf die Aufforderung antworten und sich die Unterschiede zwischen den Pipelineversionen, bevor Sie fortfahren. Wenn Sie Trotzdem hochstufen, wird der Release entsprechend der Bereitstellungspipeline bereitgestellt, beim Erstellen des Release definiert wurde. Weitere Informationen finden Sie unter Pipelineinstanzen pro Release für mehr zu nicht übereinstimmenden Pipelinedaten.

Cloud Deploy erstellt eine rollout für den Release im und der Release wird zur Bereitstellung in die Warteschlange gestellt. Bei der Bereitstellung zeigt die Visualisierung der Lieferpipeline dies an:

Genehmigungen für eine Bereitstellungspipeline verwalten

Sie können Genehmigungen für beliebige Ziele erforderlich machen und Releases für diese Ziele genehmigen oder ablehnen.

Genehmigungen können programmatisch durch Integration Ihres Workflows verwaltet werden (wie ServiceNow) oder ein anderes System mit Cloud Deploy mit Pub/Sub und Cloud Deploy der API erstellen.

Genehmigung erforderlich

Wenn ein Ziel eine Genehmigung erforderlich machen soll, legen Sie im Ziel requireApproval auf true fest Konfiguration:

     apiVersion: deploy.cloud.google.com/v1
     kind: Target
     metadata:
      name:
     description:
     requireApproval: true

Siehe Konfiguration der Bereitstellungspipeline .

Wenn die Genehmigung eines Roll-outs aussteht, können Nutzer oder Systeme, die den clouddeploy-approvals Pub/Sub-Thema erhält eine Benachrichtigung und kann genehmigen oder ablehnen.

Bei der parallelen Bereitstellung können Sie den mehrere Ziele, um Genehmigung erforderlich zu machen. Wenn die Hochstufung zum Ziel abgelehnt wird, schlägt das Controller-Roll-out fehl und Status von APPROVAL_REJECTED und die untergeordneten Roll-outs werden nicht erstellt.

Roll-out genehmigen oder ablehnen

Ziele können eine Genehmigung erfordern, bevor ein Release bereitgestellt wird. Wenn Sie zu einem Ziel hochstufen, Genehmigung benötigt, veröffentlicht Cloud Deploy eine Pub/Sub-Nachricht im clouddeploy-approvals Thema.

Jeder Nutzer oder Dienstkonto mit der Rolle roles/clouddeploy.approver kann Cloud Deploy-Roll-out für ein Ziel genehmigen, das genehmigt werden muss.

Ihr integriertes Workflow-Management-System, nach Erhalt einer erforderlichen Genehmigung Dienstbenachrichtigungen kann das Roll-out über die Cloud Deploy API genehmigen oder ablehnen.

Manuell genehmigen oder ablehnen

Console

1. Rufen Sie in der Google Cloud Console Cloud Deploy auf. Seite Bereitstellungspipelines zur Liste der verfügbaren Bereitstellungspipelines Pipelines.

   Zur Seite der Lieferpipelines

   Die Liste der Bereitstellungspipelines wird in der Google Cloud Console angezeigt. Bereitstellungspipelines, die konfiguriert, aber nicht registriert wurden mit dem Cloud Deploy-Dienst werden nicht angezeigt.

2. Klicken Sie auf den Namen der Lieferpipeline.

   Die Pipeline-Visualisierung wird angezeigt. Wenn die Genehmigung noch aussteht und Sie die Rolle roles/clouddeploy.approver oder gleichwertige Berechtigungen haben, enthält die Visualisierung einen Link Review (Überprüfen).

   

3. Klicken Sie auf Prüfen.

   Eine Liste der noch nicht genehmigten Rollouts wird angezeigt.

   

4. Klicken Sie auf Prüfen.

   Der Bildschirm „Roll-out genehmigen“ wird angezeigt.

   

   Auf dem Tab Manifest diff werden alle Änderungen am gerenderten Manifest von die aktuell bereitgestellte Version (falls vorhanden) auf die Version, die Sie jetzt genehmigen (oder Ablehnung).

5. Klicken Sie auf Genehmigen oder Ablehnen.

   Wenn Sie zustimmen, wird die Anwendung im Ziel bereitgestellt. Wenn Sie ablehnen, die Anwendung wurde nicht bereitgestellt und kann später nicht genehmigt werden. es sei denn, du repräsentierst sie erneut.

gcloud

Ein Nutzer mit der roles/clouddeploy.approver-Rolle kann Rollouts manuell genehmigen oder ablehnen. Zum Annehmen:

gcloud deploy rollouts approve rollout-name --delivery-pipeline=pipeline-name \
                                                                   --region=region \
                                                                   --release=release-name

Ablehnen:

gcloud deploy rollouts reject rollout-name --delivery-pipeline=pipeline-name \
                                                                  --region=region \
                                                                  --release=release-name