O que é Implantação contínua?

O que é implantação contínua

Implantação contínua é a prática de levar automaticamente à produção as mudanças elegíveis que atendem às verificações configuradas. O percurso não exige uma aprovação manual adicional para cada versão depois dessas verificações.

Isso não elimina a revisão humana do trabalho. Você pode revisar um pull request antes de integrá-lo, enquanto a automação cuida das etapas posteriores de preparação, instalação e conferência conforme o processo do projeto.

Definir quais mudanças entram no percurso

O pipeline responde aos eventos, branches e condições definidos na configuração. Um commit numa branch de experimento pode executar testes sem acionar o mesmo caminho de publicação usado pelo código integrado.

Confira também as dependências entre as etapas. O deploy precisa aguardar as verificações exigidas, pois dois jobs executados em paralelo não estabelecem, por si só, que a publicação depende do sucesso dos testes.

Os resultados valem para o que foi verificado

Cada teste observa um conjunto de entradas e comportamentos num ambiente determinado. A automação pode executar esse conjunto de forma consistente, mas não cria cobertura para funções que ninguém incluiu.

Leia quais verificações antecedem a publicação e quais resultados elas exigem. Um comando que continua depois de um erro ou uma etapa opcional pode permitir avançar com uma falha que deveria interromper o percurso.

Instalar o código e liberar a função

Uma versão pode conter uma função desativada por configuração, cuja disponibilidade será ampliada depois. Esse recurso separa a instalação do código da exposição da função, mas precisa ser testado nos estados previstos.

Mesmo uma função desativada pode vir acompanhada de mudanças no banco ou em partes compartilhadas da aplicação. A configuração de liberação não substitui a conferência de compatibilidade do restante da versão.

Acompanhar o serviço depois da mudança

Métricas, logs e verificações do percurso atendido ajudam a perceber uma alteração de comportamento após o deploy. A observação precisa relacionar o sintoma à versão instalada, sem atribuir automaticamente toda falha nova à última publicação.

O procedimento de recuperação também precisa estar preparado. Uma versão anterior pode ser incompatível com uma migration já executada, e efeitos em serviços externos podem exigir tratamento próprio.

Conferir o caminho automatizado

Em teste, acompanhe uma mudança elegível desde o evento inicial até a identificação da versão instalada. Provoque uma falha controlada numa verificação exigida e confira se o deploy deixa de ocorrer, além de observar o comportamento quando todas passam.

A entrega contínua explica como preparar uma versão e tratar as aprovações manuais previstas no percurso até produção. O Conselheiro de Tecnologia da Dev Side Studio pode acompanhar uma revisão da configuração de deploy e dos sinais usados para observar o serviço após a mudança.

Aplicação na formação

Formação DevOps

A implantação contínua automatiza a publicação das mudanças que atendem às verificações previstas no processo.

Conhecer a formação →