Os termos neste documento são definidos de acordo com a forma como são usados no Cloud Deploy.
Abandonar
Para desativar permanentemente um lançamento.
Aplicação
O software que vai implementar através do Cloud Deploy.
Entrega de aplicações
Entrega dos recursos necessários para implementar uma aplicação num ambiente de destino pretendido. No Cloud Deploy, a entrega de aplicações consiste em gerar, promover e entregar os manifestos Kubernetes da sua aplicação no cluster.
Artefacto
As imagens de contentores a implementar (artefactos de compilação) e os ficheiros de configuração, como manifestos e configurações do Skaffold, que são usados para a implementação (artefactos de destino).
Automatização
A automatização permite-lhe configurar o pipeline de implementação e os alvos para que algumas ações possam ser realizadas em lançamentos e implementações desse pipeline, sem necessidade de intervenção humana. Por exemplo, pode configurar o pipeline de implementação para que a promoção para um alvo específico ocorra automaticamente, nas circunstâncias certas. Saiba mais.
Regra de automatização
O comportamento de uma automatização é definido, em parte, pela regra de automatização. Uma regra de automatização define o que é automatizado, por exemplo, a promoção de um lançamento.
As regras de automatização disponíveis estão listadas no documento Usar regras de automatização.
Execução de automatização
Uma instância de uma automatização.
Implementação de teste
Uma estratégia de implementação na qual implementa as alterações primeiro num subconjunto de utilizadores, testa-as para garantir a fiabilidade e, em seguida, implementa-as na totalidade.
Implementação secundária
Para a Implementação paralela, a implementação gerada para implementação num alvo secundário.
Consulte também o artigo Implementação de controlos.
Segmentação secundária
Para a Implementação paralela, um destino que representa um dos vários destinos individuais do GKE, GKE Enterprise ou Cloud Run para os quais está a fazer a implementação em simultâneo.
Consulte também Vários alvos, Implementação paralela e Implementação secundária.
Entrega contínua
Uma prática de engenharia de software na qual as alterações podem ser lançadas para os utilizadores de forma segura, frequente e, na sua maioria, automática.
Implementação contínua
Uma prática de engenharia de software que resulta na implementação automática de alterações ao código e à configuração.
Enquanto a entrega contínua requer aprovação manual numa ou mais fases, a implementação contínua é automática e não requer aprovação manual.
Implementação de controlador
Uma implementação gerada para a implementação paralela. A implementação do controlador não é usada para implementar num único cluster ou serviço de destino; em vez disso, tem uma implementação secundária para cada destino secundário.
Veja também Implementação paralela e Vários alvos.
Segmentação personalizada
Um alvo que usa um tipo de alvo personalizado definido pelo utilizador em vez de um dos tipos de alvos suportados.
Declarativo
Configuração para um sistema, como um cluster do Kubernetes, que descreve o estado pretendido e depende desse sistema para alcançar esse estado. Contrasta com a configuração imperativa, na qual descreve os passos específicos para alcançar esse estado.
Além da renderização e da implementação de manifestos declarativos do Kubernetes, o Cloud Deploy usa definições de recursos declarativas para definir o processo de renderização e entrega. skaffold.yaml e clouddeploy.yaml são nomes de ficheiros típicos para a definição do Skaffold e a definição da pipeline de fornecimento.
Pipeline de entrega
Uma representação do fluxo de trabalho que envia uma aplicação para cada destino numa progressão de implementação.
A documentação do Cloud Deploy usa o termo "pipeline de entrega" para o distinguir de outras pipelines que possa usar, como uma pipeline de CI.
No Cloud Deploy, o pipeline de entrega é definido num ficheiro de configuração YAML, normalmente clouddeploy.yaml, e essa definição consiste no seguinte:
- Alvos de implementação
- A sequência de promoções entre essas segmentações
Consulte também Instância de pipeline.
Implemente o chamariz
Uma ação arbitrária que pode executar antes ou depois da implementação. Saiba mais.
Parâmetros de implementação
Marcadores de posição que podem ser adicionados a um manifesto, mas que não são resolvidos como parte da renderização. Em alternativa, os valores destes marcadores de posição são atribuídos após a renderização de cada manifesto específico do destino. Saiba mais.
Estratégia de implementação
Uma técnica para implementar alterações na sua aplicação em segurança, ao mesmo tempo que minimiza o impacto nos utilizadores.
Ambiente de execução
Um conjunto de Google Cloud recursos nos quais o Cloud Deploy é executado. É composto pelo seguinte:
O conjunto de trabalhadores predefinido ou privado no qual o Cloud Deploy executa ações de renderização e implementação
A conta de serviço do ambiente de execução predefinida ou alternativa que chama o Cloud Deploy para fazer a renderização e a implementação
A localização de armazenamento predefinida ou alternativa para manifestos renderizados no Cloud Storage.
Hidratante
Consulte Renderizar.
Emprego
Uma operação específica a realizar numa implementação, como implementar ou validar. Saiba mais.
Execução de tarefa
Um recurso secundário de uma implementação, a execução da tarefa é uma instância de uma tarefa. Ou seja, representa uma tentativa de realizar uma tarefa, como implementar ou validar. Saiba mais.
Manifesto
Um objeto de configuração do Kubernetes que é usado para criar, modificar e eliminar recursos do Kubernetes, como pods, implementações, serviços ou entradas.
Os manifestos no Cloud Deploy existem num de dois estados: renderizados ou não renderizados. Um manifesto não renderizado não está pronto para implementação num alvo.
O processo de renderização, que inclui o preenchimento de valores específicos no manifesto, é frequentemente realizado por ferramentas como o Helm, o Kustomize e o kpt.
O Cloud Deploy usa o Skaffold para orquestrar a renderização da configuração (o comando skaffold render).
Veja também Renderizar.
Vários alvos
Quando configura ou realiza uma implementação paralela, um alvo múltiplo é uma única fase do pipeline, mas pode incluir mais do que um tempo de execução do alvo.
Consulte também Alvo infantil, Implementação paralela e Implementação do controlador.
Implementação paralela
A prática de implementar uma aplicação em mais do que um destino ao mesmo tempo, na mesma fase do pipeline de implementação. Esta técnica permite-lhe implementar em vários clusters ou serviços em produção, por exemplo.
Fase
A coleção de operações (tarefas) numa implementação que estão logicamente agrupadas, por exemplo, uma implementação ou uma implementação e validação. Saiba mais.
Fornecimento
Consulte o pipeline de fornecimento
Instância de pipeline
Um instantâneo de um pipeline de entrega, tirado quando é criado um release.
O Cloud Deploy mantém esta captura de ecrã para garantir que todas as implementações de uma versão são geridas de forma consistente através do pipeline, tal como foi definido quando o release foi criado.
Consulte o artigo Instâncias de pipelines por lançamento para mais informações.
Discrepância de pipeline
Quando uma conduta de fornecimento ou um destino é alterado após a criação de um lançamento, a instância da conduta associada ao release é agora diferente da definição da conduta.
Se existir uma incompatibilidade na pipeline, o Cloud Deploy pede-lhe que examine as definições antes de promover uma versão ou tentar uma reversão.
Consulte o artigo Instâncias de pipelines por lançamento para mais informações.
Progressão
Uma configuração, no ficheiro de configuração do pipeline de entrega, que descreve uma sequência de promoções de um alvo ou vários alvos para outro, por exemplo, de test para staging para prod.
Promoção
O processo de avançar um lançamento de um alvo para outro, de acordo com a progressão definida no pipeline de fornecimento.
Registar-se
Para fornecer uma aplicação ao serviço Cloud Deploy, sob a forma de um pipeline de fornecimento, de modo que o fornecimento da aplicação seja gerido pelo serviço.
Libertar
Um recurso do Cloud Deploy que representa as alterações (código, configuração ou ambos) a implementar.
O ciclo de vida da versão é descrito no documento Arquitetura do serviço Cloud Deploy.
Renderizar
Para preparar um manifesto para implementação no destino. A renderização de um manifesto consiste principalmente em fornecer valores para as variáveis no manifesto.
O Cloud Deploy faz isto através do skaffold render.
Implementação
Um recurso que associa um lançamento a um destino de implementação. É criado um rollout por lançamento por destino. Assim, numa progressão simples em três destinos num pipeline de fornecimento, existiriam três recursos rollout para o lançamento, um para cada destino.
Para implementações mais complexas, por exemplo, usando uma estratégia de implementação canary, um rollout pode ser mais complicado. Saiba mais.
Estratégia de implementação padrão
A estratégia de implementação padrão é a forma predefinida de implementar uma aplicação num destino. Para cada fase definida no pipeline de entrega, a sua aplicação é implementada totalmente no destino, substituindo sempre a aplicação tal como foi implementada anteriormente.
Fase
Um alvo ou vários alvos num pipeline de fornecimento. Por exemplo, num pipeline de entrega simples com as seguintes fases:
devstagingprod
Cada um desses elementos é uma fase.
Quando faz a implementação paralela, o multi-target é uma única fase, mas os child targets não são fases separadas.
Suspenda (um pipeline de entrega)
Para impedir a criação e a promoção de lançamentos a partir de um determinado pipeline de envio. Para mais informações, consulte o artigo Suspender um pipeline de fornecimento
Destino
O ambiente de tempo de execução específico (cluster do Kubernetes, serviço do Cloud Run ou outro tempo de execução suportado) no qual implementar a aplicação. Além disso, a configuração para esse ambiente.
Pode definir os seus alvos no ficheiro de configuração da pipeline de publicação ou num ficheiro separado.
Os destinos têm de ser definidos no mesmo projeto e região que o pipeline de entrega. No entanto, os tempos de execução para os quais os alvos são implementados podem estar em projetos e regiões diferentes.
Um destino também pode ser um destino múltiplo ou um destino secundário para suportar a implementação paralela.
Artefacto de destino
Um ficheiro de configuração usado para renderizar e implementar uma aplicação num destino. Estes incluem o manifesto do Kubernetes ou a definição do serviço do Cloud Run, os ficheiros de configuração do Skaffold e a origem de renderização usada para os criar.
Validação
A capacidade de confirmar que uma implementação foi bem-sucedida através da execução de um contentor arbitrário com testes. Saiba mais acerca da validação da implementação.