Terminologia do Google Cloud Deploy

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

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.

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.

Declarativo

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.

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.

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.

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, em clouddeploy.yaml, que descreve uma sequência de promoção de um destino 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.

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. Assim, em uma progressão simples com três destinos, haveria três rollouts.

Target

O ambiente de execução específico (cluster do Kubernetes) 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.