Nesta página, descrevemos como implantar manualmente seu aplicativo em um destino específico.
Durante o uso normal, o Cloud Deploy implanta o aplicativo em cada destino na progressão, em sequência. Mas você também pode implantar manualmente seu aplicativo em qualquer destino definido.
É possível implantar manualmente uma versão nova ou atual.
Implantar manualmente uma versão
Se uma versão já tiver sido criada, basta promovê-la para o destino pretendido:
gcloud deploy releases promote --release=RELEASE_NAME \
--delivery-pipeline=PIPELINE_NAME \
--to-target=TARGET_NAME \
--region=REGION
Em que:
RELEASE_NAME é o nome da versão que você está promovendo manualmente ao destino pretendido.
PIPELINE_NAME é o nome do pipeline de entrega que descreve a progressão da implantação automatizada que você está substituindo.
TARGET_NAME é o nome do destino em que você está implantando manualmente.
REGION é o nome da região em que a versão foi criada, por exemplo,
us-central1
. Obrigatório.
Implantar manualmente uma nova versão
Por padrão, quando você cria uma versão, o Cloud Deploy a implanta automaticamente no primeiro destino na sequência de promoção. Mas é possível especificar uma meta diferente da primeira.
Assim como o primeiro destino padrão na progressão, o Cloud Deploy
cria automaticamente o rollout
para o destino especificado e implanta a
lançamento lá.
Para implantar uma nova versão manualmente, execute o seguinte comando:
gcloud deploy releases create \
--release=RELEASE_NAME \
--delivery-pipeline=PIPELINE_NAME \
--to-target=TARGET_NAME \
--region=REGION
Em que:
RELEASE_NAME é o nome da versão que você está promovendo manualmente ao destino pretendido.
PIPELINE_NAME é o nome do pipeline de entrega que descreve a progressão da implantação automatizada que você está substituindo.
TARGET_NAME é o nome do destino em que você está implantando manualmente.
REGION é o nome da região em que o lançamento, por exemplo,
us-central1
. Obrigatório.
Efeito da implantação manual na progressão
Quando você implanta manualmente em um destino específico e promove a versão sem especificar um destino, o Cloud Deploy o promove para o próximo destino correto na progressão. Isso ocorre porque o serviço rastreia o destino mais distante em que uma versão foi implantada. Se a versão já estiver no último destino da progressão, o Cloud Deploy vai retornar uma mensagem indicando que não há mais destinos a serem promovidos.