Pipelines de CI/CD ci-cd-pipeline

Saiba mais sobre os pipelines de CI/CD e como eles lidam com implantações em ambientes de preparo e produção no Cloud Manager.

Visão geral overview

O Cloud Manager inclui uma estrutura de CI/CD (integração contínua/entrega contínua), que permite que as equipes de implementação testem e entreguem rapidamente códigos novos ou atualizados. As equipes de implementação podem definir, configurar e iniciar um pipeline de CI/CD automático. Esse pipeline segue as práticas recomendadas de codificação da Adobe para executar uma verificação de código abrangente e garantir a mais alta qualidade do código.

O pipeline de CI/CD também automatiza processos de teste de unidade e desempenho para aumentar a eficiência da implantação e identificar proativamente problemas críticos que são caros de corrigir após a implantação. As equipes de implementação podem acessar um relatório abrangente de desempenho de código para obter visibilidade sobre o impacto potencial em KPIs e validações críticas de segurança se o código for implantado na produção.

Sobre o processo de pipeline pipeline-process

Este diagrama ilustra o que acontece quando uma versão é acionada no Cloud Manager usando um pipeline.

O processo de pipeline

Etapa do pipeline
Descrição
​1. Iniciar uma versão
Um gerente de implantação aciona um lançamento manualmente, com uma confirmação do Git ou com base em uma programação recorrente.
​2. Criar uma tag de lançamento
O Cloud Manager cria uma tag do Git para marcar o lançamento usando um número de versão gerado automaticamente; por exemplo, 2018.531.245527.0000001222.
​3. Criar lançamento com a versão gerada automaticamente
O Cloud Manager cria o aplicativo com o número de versão atribuído recentemente.
​4. Avaliar a qualidade do código
O Cloud Manager verifica o código-fonte e fornece um resumo antes que o código possa ser implantado no ambiente de preparo.
​5. Artefatos com versão armazenados
Os artefatos de versão são armazenados para uso posterior nas etapas de implantação.
​6. Implantação automática de artefatos no preparo do AMS AEM
O artefato de lançamento é implantado no ambiente de preparo.
​7. Acionar testes automatizados
O Cloud Manager executa testes de desempenho e segurança no artefato.
​8. Implantação do acionador de produção
Após a conclusão dos testes automatizados, o Cloud Manager inicia a implantação para produção.
​9. O Cloud Manager obtém o(s) artefato(s) para implantar
O Cloud Manager extrai os artefatos de lançamento armazenados.
​10. Implantar artefatos para produção
Os artefatos de lançamento são implantados no ambiente de produção.

Criações mais rápidas usando o Smart Build use=smart-build

O Cloud Manager agora usa uma estratégia de compilação otimizada chamada Compilação Inteligente, que usa cache de módulo para acelerar o processo de compilação. Durante cada build, somente os módulos que foram alterados são recriados, enquanto os módulos inalterados são reutilizados do cache.

O Smart Build está disponível somente para pipelines de implantação de Qualidade de código e Empilhamento completo de desenvolvimento.

Consulte Adicionar um pipeline de não produção e Sobre o uso do Smart Build em um pipeline de não produção.

Como configurar um pipeline de CI/CD how-to-setup-a-ci-cd-pipeline

Para saber mais sobre a configuração de pipelines, consulte os documentos Configuração de pipelines de produção e Configuração de pipelines de não produção.

Portas de qualidade quality-gates

O pipeline de CI/CD fornece portas de qualidade ou critérios de aceitação, que devem ser atendidos antes que o código possa ser movido do ambiente de preparo para o ambiente de implantação. Há três portas no pipeline:

  • Qualidade do código
  • Teste de desempenho
  • Teste de segurança

Para cada uma dessas portas, há três níveis de problemas que podem ser identificados:

  • Crítico: problemas críticos identificados pela porta causam uma falha imediata do pipeline.
  • Importante: problemas importantes identificados pela porta fazem com que o pipeline entre em pausa. Um gerente de implantação, gerente de projeto ou proprietário da empresa pode neutralizar os problemas, permitindo que o pipeline continue. Alternativamente, eles podem aceitar os problemas, interrompendo o pipeline com uma falha.
  • Informações: os problemas de informação identificados pela porta são fornecidos exclusivamente para fins informativos e não têm impacto na execução do pipeline.

Este é um exemplo de verificação de código com problemas identificados.

Exemplo de verificação de código

Como configurar portas how-to-setup-gates

Consulte o documento Configuração de pipelines de produção para obter detalhes sobre configuração de código, qualidade e portas de desempenho.

recommendation-more-help
c6cdc82b-cee9-48e0-a6ee-48149d5e72c3