continuous deployment devops
O que é implantação contínua em DevOps?
Nosso tutorial anterior nesta série explicou o significado de Entrega Contínua .
A entrega contínua é um canal de implantação automatizado com portas automatizadas e manuais intermediárias, enquanto a implantação contínua é o canal de entrega contínua sem portas manuais entre elas.
Leitura Recomendada => Treinamento DevOps com textos e tutoriais em vídeo
Portanto, a implantação contínua não precisa ser uma 'liberação para produção'. Mas o código é implantado na produção e mantido em silêncio usando 'Alternância de recursos' e, quando estiver pronto, a alternância de recursos será ativada.
Esses alternadores de recurso evitam qualquer risco de falha da funcionalidade do recurso na produção, DESLIGANDO o recurso implantado na produção.
Esta opção também permite ativar o recurso para um determinado conjunto de usuários ou determinada geografia ou um determinado site do cliente ou mesmo para funcionários internos para avaliação inicial e feedback.
VÍDEO Parte 3 Bloco 3: Implantação Contínua- 6 minutos 28 segundos
como criar casos de teste junit em java
Transcrição do vídeo:
Pouco antes do vídeo anterior, aprendemos sobre a abordagem de entrega contínua e seus benefícios.
Neste bloco, vamos aprender sobre a implantação contínua e como ela é diferente da entrega contínua. E também entenderemos o significado do teste contínuo e do pipeline de teste contínuo no DevOps.
Aqui, desejo apresentar outro termo de DevOps, ou seja, implantação contínua, que não deve ser confundida com entrega contínua porque a forma abreviada de ambos é CD.
Como já sabemos, a entrega contínua ou CD é o processo de entrega do software ou atualizações de software para a produção em incrementos menores, garantindo que o software possa ser lançado a qualquer momento para a produção.
É um pipeline de implantação automatizado com portas automatizadas e manuais entre elas.
Agora, vamos para a implantação contínua.
A implantação contínua também é um pipeline de entrega contínua, mas sem nenhuma barreira manual entre eles. Quer dizer, sem portas manuais ou sem intervenção manual, desde a confirmação do código inicial até que o código esteja em produção.
Esta imagem explicará o pipeline de implantação contínua.
perguntas e respostas da entrevista css pdf
Como você vê neste diagrama, é o mesmo que um pipeline de entrega contínua, haverá um gatilho de compilação seguido por um check-in de código, compilação automatizada, compilação, testes de unidade, implantação e outros testes automatizados até a 'implantação na produção '.
Aqui, não chamarei isso de ‘lançamento para produção’, mas implantação para produção, que explicarei em breve.
Portanto, não há fases de teste manual ou portas de aprovação manual ou, em outras palavras, nenhuma intervenção manual.
qual é o propósito do teste de aceitação do usuário
Isso acontece principalmente em uma organização amadurecida e no caso de entrega ou atualizações de produtos amadurecidos, onde as práticas de DevOps são muito bem estabelecidas e, portanto, apenas o pipeline de entrega automatizado é suficiente para cuidar da qualidade e não são necessários testes manuais e portas de qualidade.
No entanto, os alternadores de recursos são necessários para a implantação contínua, embora estejam presentes em ambos os métodos, isto é, entrega contínua e implantação contínua, e são obrigatórios para o pipeline de implantação contínua.
A alternância de recursos evita qualquer risco de falha da funcionalidade do recurso na produção, DESLIGANDO o recurso implantado na produção. Portanto, esse sinalizador de recurso garante que todos os recursos implantados na produção possam ser LIGADOS ou DESLIGADOS com base no requisito e, portanto, não precisam ser liberados imediatamente para os usuários finais.
Conforme citado anteriormente, a implantação contínua não precisa ser necessariamente um lançamento para os clientes, mas uma 'implantação para a produção'. Esta opção de implantação contínua é usada na implantação de certos recursos com limite de tempo.
Para dar um Exemplo , uma oferta de serviço de valor agregado de uma operadora de telefonia móvel aos clientes, durante o Natal, pode ser implantada via método de implantação contínua para produção a qualquer momento, de modo que o recurso ou pacote de serviço de valor agregado seja mantido pronto ao vivo e aberto durante Natal ou à meia-noite do ano novo etc., por meio de um recurso de alternância.
E esse recurso pode ser aberto na produção durante a madrugada ou horas de sono e ser ativado com segurança para os usuários finais mais tarde durante o dia, depois de garantir que está funcionando bem.
Basicamente, é como implantar o código / recurso na produção, mas não executar o código até que seja o momento certo ou a equipe tome a decisão de liberar o código ou recurso.
Esta opção também permite ativar o recurso para um determinado conjunto de usuários ou determinada geografia ou determinado site do cliente ou mesmo para funcionários internos para avaliação inicial e feedback.
As pessoas também se referem à prática de DevOps como modelo CI-CD, onde CD se refere à entrega contínua, implantação contínua. E isso é tudo sobre implantação contínua.
Leitura sugerida = >> Implantação contínua com Pact CLI
No próximo vídeo tutorial, aprenderemos sobre ‘teste contínuo’ e pipeline de teste contínuo.
PREV Tutorial | PRÓXIMO Tutorial
Leitura recomendada
- Entrega contínua em DevOps
- Teste Contínuo em DevOps
- Integração contínua em DevOps
- As 10 principais ferramentas de teste contínuo para teste de DevOps (lista 2021)
- Recapitulação dos tutoriais em vídeo DevOps
- Tutorial de DevOps: o guia definitivo para DevOps (mais de 25 tutoriais)
- Principais ferramentas DevOps da AWS para criação e implantação em nuvem
- Tutorial de teste de DevOps: como o DevOps afetará os testes de controle de qualidade?