Os termos neste documento são definidos de acordo com a maneira como são usados no Google Cloud Deploy.
Abandonar
Desativar uma versão permanentemente.
Aplicativo
O software que você implantará usando o Google Cloud Deploy.
Entrega de aplicativo
Entrega dos recursos necessários para implantar um aplicativo em um ambiente de destino pretendido. No Google 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 versão) e arquivos de configuração, como manifestos e configurações de Skaffold, que são usados para a implantação (artefatos de destino).
Implantação canário
Uma estratégia de implantação em que você implanta as alterações em um subconjunto de usuários primeiro, testa para garantir a confiabilidade e, em seguida, implanta-a totalmente.
Implantação filha
Para implantação paralela, o lançamento gerado para implantar em um destino filho.
Consulte também Lançamento do controlador.
Destino filho
Para implantação paralela, um destino que representa um dos vários destinos individuais do GKE, do Anthos ou do Cloud Run em que você está implantando simultaneamente.
Consulte também Multidestino, Implantação paralela, Lançamento de filhos.
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 filho para cada destino filho.
Consulte também Implantação paralela, Multisegmentação.
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 Google 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 Google Cloud Deploy usa o termo pipeline "entrega" para diferenciá-lo de outros pipelines que você pode usar, como um pipeline de CI.
No Google 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.
Estratégia de implantação
Uma técnica para implantar com segurança alterações no aplicativo e minimizar o impacto para os usuários.
Ambiente de execução
Um conjunto de recursos do Google Cloud em que o Google Cloud Deploy é executado. Ele consiste no seguinte:
Pool de workers padrão ou particular em que o Google 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 Google 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 executada em um lançamento, como implantar ou verificar. Saiba mais
Execução do job
Um recurso filho de um lançamento, a execução do job é uma instância de um job. Ou seja, ele representa uma tentativa de executar um job como implantar ou verificar. 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 Google 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 Google 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 executar uma implantação paralela, um destino múltiplo é um único estágio de pipeline, mas pode abranger mais de um ambiente de execução de destino.
Consulte também Destino filho, Implantação paralela, Lançamento do controlador.
Implantação paralela
A prática de implantar um aplicativo em mais de um destino ao mesmo tempo, no mesmo estágio do pipeline de entrega. Com essa técnica, é possível implantar em vários clusters ou serviços na produção, por exemplo.
Fase
A coleção 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 Google 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 Google Cloud Deploy solicitará que você examine as definições antes de promover uma versão ou tente reverter.
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 a outro, por exemplo, de test para
staging a 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.
Registrar-se
Fornecer um aplicativo no serviço do Google 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 Google Cloud Deploy que representa as alterações (código, configuração ou ambas) a serem implantadas.
O ciclo de vida do lançamento é descrito no documento Arquitetura de serviço do Google 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 Google 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. Portanto, em uma progressão
simples entre 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, cada vez que o substitui como foi implantado anteriormente.
Etapas
Um destino ou vários destinos em um pipeline de entrega. Por exemplo, em um pipeline de entrega simples que tem os seguintes estágios:
devstagingprod
Cada uma é uma etapa.
Ao executar a implantação paralela, a multisegmentação é um único estágio, mas os destinos filhos não são estágios separados.
Suspender (um pipeline de entrega)
Para evitar a criação e a promoção de versões de um determinado pipeline de entrega. Para mais informações, consulte Como suspender um pipeline de entrega.
Objetivo
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.
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, os arquivos de configuração do Skaffold e a origem de renderização usada para criá-los.
Verificação
A capacidade de confirmar que uma implantação foi bem-sucedida executando um contêiner arbitrário com testes. Saiba mais sobre a verificação da implantação.