推送版本並管理核准

本頁面說明如何將現有的 Cloud Deploy 版本提昇至推送管道進度中的下一個目標。

事前準備

本頁假設您已建立發布內容。

推送版本

當版本部署至推送管道中定義的目標時，您可以將該版本推送至下一個目標：

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

如果發布管道或目標在版本建立後有所變更，Cloud Deploy 會傳回訊息，指出可能發生不相符的情況，並提示您確認升級。您可以回覆提示訊息 n，並在繼續操作前檢查管道版本之間的差異。如果您還是選擇要宣傳，系統會根據建立版本時定義的發布管道，部署該版本。如要進一步瞭解管道不相符的情況，請參閱「每個版本的管道執行個體」。

Cloud Deploy 會為版本建立 rollout，並將版本排入部署佇列。部署完成後，發布管道圖表會顯示以下事實：

管理推送管道的核准作業

您可以要求任何目標須經核准才能推送版本，並且可以核准或拒絕將版本推送至該目標。

您可以使用 Pub/Sub 和 Cloud Deploy API，將工作流程管理系統 (例如 ServiceNow) 或其他系統與 Cloud Deploy 整合，以程式輔助方式管理核准作業。

需要核准

如要規定任何目標都必須獲得核准，請在目標設定中將 requireApproval 設為 true：

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

詳情請參閱「提交管道設定」。

當新功能推出尚待核准時，訂閱 clouddeploy-approvals Pub/Sub 主題的使用者或系統會收到通知，並可核准或拒絕新功能的推出。

使用平行部署時，您可以將多目標設定為需要核准。如果系統拒絕將目標升級，控制器推出作業就會失敗，狀態為 APPROVAL_REJECTED，且系統不會建立子項推出作業。

核准或拒絕推出作業

每個目標都必須經過核准，才能部署任何版本。當您將版本提交至需要核准的目標時，Cloud Deploy 會將 Pub/Sub 訊息發布至 clouddeploy-approvals 主題。

任何具備 roles/clouddeploy.approver 角色的使用者或服務帳戶，都可以核准將 Cloud Deploy 部署至需要核准的目標。

整合式工作流程管理系統收到使用服務通知的核准通知後，即可使用 Cloud Deploy API 核准或拒絕推行。

手動核准或拒絕

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

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