Terminologia do Cloud Deploy

Os termos neste documento são definidos de acordo com a maneira como são usados no Cloud Deploy.

Abandonar

Para desativar permanentemente uma versão.

Aplicativo

O software que você vai implantar usando o Cloud Deploy.

Entrega de aplicativo

Entrega dos recursos necessários para implantar um aplicativo em um ambiente de destino pretendido. No Cloud Deploy, a entrega de aplicativos consiste em gerar, promover e enviar os manifestos do Kubernetes de seu aplicativo para o cluster.

Artefato

As imagens de contêiner a serem implantadas (artefatos de build) e os arquivos de configuração, como manifestos e configurações do Skaffold, que são usados para a implantação (artefatos de destino).

Automação

Automation, você configura o pipeline de entrega e os destinos para que algumas ações possam ser realizadas em versões e lançamentos desse pipeline sem intervenção humana. Por exemplo, você pode configurar seu pipeline de entrega para que a promoção em uma meta específica aconteça automaticamente, nas circunstâncias certas. Saiba mais.

Regra de automação

O comportamento de uma automação é definido em parte pela regra de automação. Uma regra de automação define o que é automatizado, por exemplo, promover um lançamento.

As regras de automação disponíveis estão listadas no documento Usar regras de automação.

Execução da automação

Uma instância de uma automação.

Implantação canário

Uma estratégia de implantação em que você lança as mudanças para um subconjunto de usuários primeiro, testa para garantir a confiabilidade e depois lança totalmente.

Lançamento para crianças

Para implantação paralela, o lançamento gerado para implantação em um destino secundário.

Consulte também Lançamento do controlador.

Segmentação secundária

Para implantação paralela, um destino que representa um dos vários clusters do GKE, do GKE anexados ou do Cloud Run individuais em que você está fazendo a implantação simultaneamente.

Consulte também: Multidestino, Implantação paralela e Lançamento secundário.

Entrega contínua

Uma prática de engenharia de software em que as mudanças podem ser lançadas para os usuários de modo seguro, frequente e na maioria das vezes automático.

Implantação contínua

Uma prática de engenharia de software que resulta em alterações automáticas no código e na configuração.

Enquanto a entrega contínua requer aprovação manual em um ou mais estágios, a implantação contínua é automática, sem a necessidade de aprovação manual.

Lançamento do controlador

Um lançamento gerado para implantação paralela. O lançamento do controlador não é usado para implantação em um único cluster ou serviço de destino. Em vez disso, ele tem um lançamento secundário para cada destino secundário.

Consulte também Implantação paralela e Multidirecionamento.

Segmentação personalizada

Uma meta que usa um tipo de meta personalizada definido pelo usuário em vez de um dos tipos de meta compatíveis.

Declarativos

Configuração de um sistema, como um cluster do Kubernetes, que descreve o estado pretendido e depende desse sistema para atingir esse estado. Contraste com a configuração imperativa, em que você descreve as etapas específicas para atingir esse estado.

Além de renderizar e implantar manifestos declarativos do Kubernetes, o Cloud Deploy usa definições de recursos declarativos para definir o processo de renderização e entrega. skaffold.yaml e clouddeploy.yaml são nomes de arquivo típicos para a definição do Skaffold e do pipeline de entrega.

Pipeline de entrega

Uma representação do fluxo de trabalho que envia um aplicativo para cada destino em uma progressão da implantação.

A documentação do Cloud Deploy usa o termo pipeline de entrega para diferenciá-lo de outros pipelines que você pode usar, como um pipeline de CI.

No Cloud Deploy, o pipeline de entrega é definido em um arquivo de configuração YAML, geralmente clouddeploy.yaml, e essa definição consiste no seguinte:

  • Destinos de implantação
  • A sequência de promoção entre essas segmentações

Consulte também Instância de pipeline.

Implantar hook

Uma ação arbitrária que pode ser executada antes ou depois da implantação. Saiba mais.

Parâmetros de implantação

Substitutos que podem ser adicionados a um manifesto, mas não são resolvidos como parte da renderização. Em vez disso, os valores desses marcadores são atribuídos depois que cada manifesto específico do destino é renderizado. Saiba mais.

Estratégia de implantação

Uma técnica para implantar mudanças no aplicativo com segurança e minimizar o impacto nos usuários.

Ambiente de execução

Um conjunto de recursos do Google Cloud em que o Cloud Deploy é executado. Ele consiste no seguinte:

  • Pool de workers padrão ou particular em que o Cloud Deploy executa ações de renderização e implantação

  • a conta de serviço padrão ou alternativa do ambiente de execução que chama o Cloud Deploy para realizar a renderização e a implantação;

  • O local de armazenamento padrão ou alternativo para manifestos renderizados no Cloud Storage.

Hidratar

Consulte Renderizar.

Job

Uma operação específica a ser realizada em um lançamento, como implantação ou verificação. Saiba mais.

Execução do job

Um recurso filho de um lançamento, a execução de job é uma instância de um job. Ou seja, ele representa uma tentativa de realizar um trabalho, como implantação ou verificação. Saiba mais.

Manifesto

Um objeto de configuração do Kubernetes usado para criar, modificar e excluir recursos do Kubernetes, como pods, implantações, serviços ou entradas.

Os manifestos no Cloud Deploy existem em um dos dois estados: renderizado ou não. Um manifesto não renderizado não está pronto para implantação em um destino. O processo de renderização, que inclui o preenchimento de valores específicos no manifesto, geralmente é realizado por ferramentas como Helm, Kustomize e kpt. O Cloud Deploy usa o Skaffold para orquestrar a renderização da configuração (o comando skaffold render).

Consulte também Renderizar.

Vários destinos

Ao configurar ou realizar uma implantação paralela, uma multi-target é um único estágio de pipeline, mas pode consistir em mais de um ambiente de execução.

Consulte também Destino secundário, Implantação paralela e Lançamento do controlador.

Implantação paralela

A prática de implantar um aplicativo em mais de um destino ao mesmo tempo, na mesma etapa do pipeline de entrega. Essa técnica permite implantar em vários clusters ou serviços em produção, por exemplo.

Fase

O conjunto de operações (jobs) em um lançamento que são agrupadas logicamente, por exemplo, uma implantação ou uma implantação e verificação. Saiba mais.

Pipeline

Consulte Pipeline de entrega.

Instância de pipeline

Snapshot de um pipeline de entrega, capturado quando um release é criado. O Cloud Deploy mantém esse snapshot para garantir que todas as implantações de uma versão sejam gerenciadas de maneira consistente usando o pipeline como foi definido quando o release foi criado.

Consulte Instâncias de pipeline por versão para mais informações.

Incompatibilidade de pipeline

Quando um pipeline ou um destino de entrega é alterado após a criação de uma versão, a instância de pipeline associada ao release agora é diferente da definição do pipeline.

Se houver uma incompatibilidade de pipeline, o Cloud Deploy vai pedir que você examine as definições antes de promover uma versão ou tentar uma reversão.

Consulte Instâncias de pipeline por versão para mais informações.

Evolução

Uma configuração, no arquivo de configuração do pipeline de entrega, que descreve uma sequência de promoção de um destino ou multidestino para outro, por exemplo, de test para staging e prod.

Promoção

O processo de avançar uma versão de um destino para outro, de acordo com a progressão definida no pipeline de entrega.

Inscreva-se

Fornecer um aplicativo ao serviço do Cloud Deploy, na forma de um pipeline de entrega, para que a entrega do aplicativo seja gerenciada pelo serviço.

Versão

Um recurso do Cloud Deploy que representa as mudanças (código, configuração ou ambos) a serem implantadas.

O ciclo de vida do lançamento é descrito no documento Arquitetura de serviço do Cloud Deploy.

Renderizar

Para preparar um manifesto para implantação no destino. A renderização de um manifesto consiste principalmente no fornecimento de valores para as variáveis no manifesto. O Cloud Deploy faz isso usando skaffold render.

Lançamento

Um recurso que associa uma versão a um destino de implantação. Um rollout é criado por versão por destino. Assim, em uma progressão simples em três destinos em um pipeline de entrega, haveria três recursos rollout para a versão, um para cada destino.

Para implantações mais complexas, por exemplo, usando uma estratégia de implantação canário, um rollout pode ser mais complicado. Saiba mais.

Estratégia de implantação padrão

A estratégia de implantação padrão é a maneira padrão de implantar um aplicativo em um destino. Para cada estágio definido no pipeline de entrega, o aplicativo é implantado totalmente no destino, substituindo o aplicativo a cada vez que ele foi implantado anteriormente.

Fase

Um destino ou destino múltiplo em um pipeline de entrega. Por exemplo, em um pipeline de entrega simples com as seguintes etapas:

  • dev
  • staging
  • prod

Cada uma delas é uma etapa.

Ao realizar uma implantação paralela, o multidirecionamento é um único estágio, mas os direcionamentos filhos não são estágios separados.

Suspender (um pipeline de entrega)

Para impedir a criação e a promoção de versões de um determinado pipeline de entrega. Para mais informações, consulte Suspender um pipeline de entrega.

Destino

O ambiente de execução específico (cluster do Kubernetes, serviço do Cloud Run ou outro ambiente de execução compatível) em que o aplicativo será implantado. Além disso, a configuração desse ambiente.

Os destinos podem ser definidos no arquivo de configuração do pipeline de entrega ou em um arquivo separado.

Os destinos precisam ser definidos no mesmo projeto e região que o pipeline de envio. No entanto, os ambientes de execução em que os destinos são implantados podem estar em projetos e regiões diferentes.

Um destino também pode ser um destino múltiplo ou um destino filho para oferecer suporte à implantação paralela.

Artefato de destino

Um arquivo de configuração usado para renderizar e implantar um aplicativo em um destino. Isso inclui o manifesto do Kubernetes ou a definição de serviço do Cloud Run, arquivos de configuração do Skaffold e a origem de renderização usada para criar esses arquivos.

Verificação

A capacidade de confirmar se uma implantação foi bem-sucedida executando um contêiner arbitrário com testes. Saiba mais sobre a verificação de implantação.