Implantar em vários destinos ao mesmo tempo

Com o Cloud Deploy, é possível implantar em um destino configurado para representar vários destinos, e seu aplicativo é implantado nesses destinos em paralelo (simultaneamente). O destino identificado como um estágio no pipeline é chamado de multi-target, e os destinos que compreendem vários destinos são chamados de destinos filhos.

É possível usar a implantação paralela com qualquer tipo de destino compatível com o Cloud Deploy, incluindo o Google Kubernetes Engine, o Cloud Run e o GKE Enterprise.

Por que implantar em paralelo

É possível usar a implantação paralela, por exemplo, para implantar o aplicativo em vários destinos de produção. Nesse caso, você não precisa implantar em cada destino em sucessão, porque não há progressão (por exemplo, do desenvolvimento para o preparo e a produção).

E essa implantação paralela pode fazer parte de uma progressão normal do pipeline de entrega:
dev -> staging -> prod [prod1, prod2, prod3, prod4, ...].

Recursos do Cloud Deploy usados para implantação paralela

A implantação paralela usa os seguintes recursos especializados do Cloud Deploy:

  • destinos múltiplos

    Vários destinos são configurados com a propriedade multiTarget, no nível superior do YAML de configuração de destino, e, em vez de referenciar o cluster ou serviço de ambiente de execução, ele referencia um ou mais destinos, usando multiTarget.targetIds.

  • Destinos filhos

    Um destino filho é qualquer destino referenciado por um destino múltiplo como multiTarget.targetIds. O filho também precisa fazer referência a um tipo de destino compatível (Google Kubernetes Engine, GKE Enterprise ou Cloud Run.

  • Lançamentos do controlador

    Um lançamento do controlador é um lançamento que corresponde ao destino múltiplo.

    Consulte Limitações para mais informações sobre o que é possível ou não fazer com a implementação de um controlador.

  • Lançamentos filhos

    Consulte Limitações para mais informações sobre o que é possível ou não fazer com uma implementação filha.

Configurar implantação paralela

A configuração da implantação paralela consiste em definir um destino múltiplo e o número de destinos filhos necessários (até o limite). As definições de destino são as mesmas para todos os destinos, exceto nos seguintes:

  • Os destinos múltiplos incluem a propriedade multiTarget.
  • Destinos filhos não incluem a propriedade multiTarget, mas são referenciados no destino múltiplo usando a propriedade multiTarget.targetIds.
  • É possível configurar os destinos múltiplos para aprovação, mas não os destinos filhos, que não podem incluir requireApproval:true.

Os destinos múltiplos e filhos podem incluir configurações personalizadas do ambiente de execução. Se um destino filho não especificar um ambiente de execução, ele herdará o definido na definição de destinos múltiplos ou o padrão. Consulte Ambientes de execução e implantação paralela para mais detalhes.

Configurar o destino

Um destino múltiplo é um único destino identificado como um estágio no pipeline de entrega, mas que aponta para um ou mais destinos filhos.

A configuração de vários destinos inclui a propriedade multiTarget. Um destino múltiplo não pode ter as propriedades gke, run ou anthosCluster. A configuração de destinos múltiplos é a mesma, independentemente do ambiente de execução em que você está implantando.

No YAML do pipeline de entrega ou em um arquivo YAML separado, crie a definição básica de destino, incluindo multiTarget:

apiVersion: deploy.cloud.google.com/v1
kind: Target
metadata:
 name: TARGET_NAME
description: TARGET_DESCRIPTION
multiTarget:
 targetIds: [ CHILD_TARGET1, CHILD_TARGET2, CHILD_TARGETn ]

Neste YAML...

  • TARGET_NAME é o nome desse destino múltiplo, usado na propriedade stages.targetId da definição do pipeline de entrega.

  • CHILD_TARGET1, CHILD_TARGET2,...CHILD_TARGETn são os nomes dos destinos filhos em que esse destino múltiplo implanta. Cada nome corresponde à propriedade name na definição do destino filho.

A presença da propriedade multiTarget.targetIds torna esse destino um multidestino.

Configurar os destinos filhos

Para cada destino identificado como filho na configuração de vários destinos, defina outro destino, como filho:

No YAML do pipeline de entrega ou em um arquivo YAML separado, crie a definição básica de destino:

GKE; 

apiVersion: deploy.cloud.google.com/v1
kind: Target
metadata:
 name: CHILD_TARGET1
description: TARGET_DESCRIPTION
gke:
 cluster: projects/PROJECT_ID/locations/REGION/clusters/CLUSTER_NAME

Neste YAML...

  • CHILD_TARGET1 é o nome do destino filho. O nome corresponde a um membro na lista de destinos na propriedade multiTarget.targetIds na definição de vários destinos.

  • O valor da propriedade gke.cluster é o nome do recurso do cluster a que esse destino se refere, incluindo o ID do projeto, a região e o nome do cluster.

Esse destino é configurado da mesma forma que um destino padrão do GKE. O único elemento que torna isso um destino filho é que ele é referenciado pela propriedade multiTarget.targetIds no destino múltiplo.

Cloud Run 

apiVersion: deploy.cloud.google.com/v1
kind: Target
metadata:
 name: CHILD_TARGET1
description: TARGET_DESCRIPTION
run:
 location: projects/PROJECT_ID/locations/REGION

Neste YAML...

  • CHILD_TARGET1 é o nome do destino filho. O nome corresponde a um membro na lista de destinos na propriedade multiTarget.targetIds na definição de vários destinos.

  • O valor da propriedade run.location é o nome do recurso do serviço do Cloud Run a que esse destino se refere, incluindo o ID do projeto e a região.

Esse destino é configurado da mesma forma que um destino padrão do Cloud Run. O único elemento que torna isso um destino filho é que ele é referenciado pela propriedade multiTarget.targetIds no destino múltiplo.

GKE Enterprise 

apiVersion: deploy.cloud.google.com/v1
kind: Target
metadata:
 name: CHILD_TARGET1
description: TARGET_DESCRIPTION
anthosCluster:
 membership: projects/PROJECT_ID/locations/global/memberships/MEMBERSHIP_NAME

Neste YAML...

Esse destino é configurado da mesma forma que um destino padrão do GKE Enterprise. O único elemento que torna isso um destino filho é que ele é referenciado pela propriedade multiTarget.targetIds no destino múltiplo.

Transmitir parâmetros de implantação para destinos

É possível diferenciar entre destinos filhos incluindo parâmetros no manifesto e os valores na definição do pipeline de entrega. Esses valores podem ser aplicados separadamente a manifestos separados, com base na correspondência de rótulos nos destinos correspondentes.

Por exemplo, talvez você queira um número diferente de réplicas para cada destino filho. Para isso, inclua os parâmetros e valores na progressão do pipeline de entrega, além de rótulos nos destinos filhos para corresponder a cada par de parâmetro/valor.

Saiba mais sobre os parâmetros de implantação.

Criar a versão

Com destinos filhos e de vários destinos configurados, crie o pipeline de entrega e os recursos de destino e, em seguida, crie uma versão normalmente.

O ciclo de vida do pipeline de entrega é igual ao de qualquer pipeline e destinos do Cloud Deploy, exceto pelo fato de que, quando chega ao estágio com os destinos múltiplos, o Cloud Deploy cria uma distribuição de controlador para os destinos múltiplos e um lançamento filho para implantar o aplicativo em cada destino filho.

As mensagens do Pub/Sub em resposta às operações do Cloud Deploy distinguem entre lançamentos de controlador e filhos.

Limitações

  • Uma segmentação múltipla não pode ter mais de 50 destinos filhos.

  • Todos os destinos filhos de um destino múltiplo precisam ter o mesmo ambiente de execução de destino (todos os destinos do GKE ou do GKE Enterprise, por exemplo).

  • Dentro de um pipeline de entrega, um destino filho pode ter apenas um destino multidestino pai.

  • Um destino múltiplo não pode ser sem filhos e não pode se referir a si mesmo ou a outro destino múltiplo como destinos filhos.

  • Não é possível usar um destino filho mais de uma vez em um único pipeline de entrega, mas é possível reutilizá-lo em um pipeline diferente.

  • Os pools padrão têm limites de simultaneidade, mas os pools particulares não.

    Quando você implanta em destinos múltiplos, todos os lançamentos filhos são implantados ao mesmo tempo, até o limite de simultaneidade do Cloud Build. Se você tiver mais destinos filhos do que esse limite, os jobs de implantação de alguns destinos não serão executados até que outros sejam concluídos, o que significa que o Cloud Deploy não é implantado em todos os destinos filhos ao mesmo tempo, nesse caso.

    Além disso, se os destinos incluírem jobs de verificação, é possível que um ou mais deles comecem antes que o aplicativo seja implantado em todos os destinos filhos.

    Se for preciso implantar simultaneamente em mais destinos do que o limite especificado na documentação do Cloud Build, você terá duas opções:

Ambientes de execução e implantação paralela

Cada destino pode ser configurado para usar um ambiente de execução que não seja o padrão.

  • Se os destinos múltiplos tiverem um ambiente de execução não padrão, todos os destinos filhos que usam o ambiente de execução padrão herdarão o não padrão do vários destinos

  • Se os destinos múltiplos usarem o ambiente de execução padrão, qualquer destino filho configurado com um ambiente de execução que não seja o padrão usará esse não padrão.

Essas regras facilitam a propagação de ambientes de execução para destinos filhos de um destino múltiplo. Assim, não é necessário definir ou alterar o ambiente de execução para cada destino filho. Ao mesmo tempo, você permite personalizar o ambiente de execução para um ou mais destinos filhos, se necessário.

Consulte Como usar ambientes de execução do Google Cloud Deploy para mais informações sobre esses ambientes no Cloud Deploy.

Reverter uma implantação paralela

Se for necessário reverter uma implantação a partir de vários destinos paralelos, faça a reversão dos vários destinos, conforme descrito em Reverter um destino.

Aprovações para implantação paralela

Como acontece com qualquer destino, é possível configurar a implantação paralela para exigir aprovações. Com a implantação paralela, no entanto, só é possível configurar a aprovação nos destinos múltiplos. A aprovação ou rejeição afeta todos os destinos filhos juntos.

Conferir a implantação paralela no console do Google Cloud

É possível visualizar detalhes dos destinos múltiplos e filhos, da implementação do controlador e dos lançamentos filhos no console do Google Cloud.

Ao visualizar a lista de destinos para um determinado pipeline de entrega, nos detalhes do pipeline de entrega, os destinos múltiplos são listados, mas os destinos filhos não são. No entanto, quando você visualiza os detalhes da versão, pode ver o lançamento do controlador e os lançamentos filhos. Também é possível ver os lançamentos de controlador e filho listados na guia Lançamentos da página de detalhes do pipeline de entrega.

No Inspetor de versão, é possível visualizar e diferenciar manifestos renderizados para lançamentos filhos.

Usar a implantação paralela com uma estratégia de implantação

É possível implantar em paralelo quando estiver usando uma estratégia de implantação canário. Consulte Usar a implantação paralela com uma estratégia de implantação canário para mais informações.

A seguir