As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá. # Entrega contínua CNF Essa etapa consiste em uma sequência de etapas que são executadas repetidamente para implantar alterações que fazem parte das container/configuration mudanças que resultam em atualizações. A entrega contínua do CNF é automatizada por meio de tubulações e é específica para aplicações individuais. AWS usa gráficos padrão do Helm para atualizar dados específicos CNFs. O pipeline de código tem verificações prévias e posteriores do status de atualização do aplicativo. O CI/CD pipeline atualizado também é integrado a uma estrutura de automação de testes para executar testes automatizados. Essa abstração permite uma implantação limpa das funções de rede. A entrega e implantação contínuas do CNF podem ser amplamente classificadas nas seguintes categorias: + **Atualizações de aplicativos** — A maioria das atualizações de aplicativos são alterações no aplicativo Kuberbetes. PODs Essas atualizações podem ser aplicadas automaticamente por meio do pipeline de código. A maioria CNFs oferece suporte a atualizações no local, fornecendo várias instâncias do aplicativo. PODs Várias instâncias permitem uma abordagem de atualização contínua. Nem todas as alterações no POD do aplicativo oferecem suporte à atualização do Helm. Os dutos levam em consideração essas variações e usam o Helm install/delete conforme necessário. + **Atualizações importantes — As** principais atualizações são principalmente mudanças no esquema do banco de dados. Essa alteração não pode ser aplicada sem causar algum tempo de inatividade. A abordagem padrão para essas mudanças é excluir o aplicativo e recriar os pods relevantes. Durante o processo, o aplicativo pode não estar disponível. As seguintes ferramentas são usadas para atualizações: + A [**AWS CloudFormation**](https://aws.amazon.com/cloudformation/) permite que os clientes descrevam e provisionem todos os recursos de infraestrutura em modelos JSON ou YAML. CloudFormation fornece um poderoso mecanismo de extensão por meio de recursos personalizados apoiados pelo Lambda. Os clientes podem AWS CloudFormation ir além dos recursos da AWS e provisionar o recurso necessário em outros ambientes; por exemplo, recursos locais em ambientes híbridos. AWS CDK oferece aos desenvolvedores a capacidade de criar código usando linguagens de programação familiares de alto nível, como Python,, TypeScript JavaScript, Java e C\#, e depois compilar o código em um formato CloudFormation JSON de nível inferior, que pode ser implantado. + **BlueGreen implantação** — AWS oferece suporte blue/green e recomenda implantações baseadas em canários em ambientes de teste e de produção. [ Blue/green as implantações](https://aws.amazon.com/quickstart/architecture/blue-green-deployment/) permitem que os clientes testem uma nova versão do aplicativo em um ambiente contido. Eles fornecem um método fácil e elegante para alternar o tráfego de produção. [ As implantações baseadas em Canary ampliam](https://wa.aws.amazon.com/wat.concept.canary-deployment.en.html) esse conceito, permitindo que o ambiente verde de não produção seja testado com uma pequena proporção do tráfego de produção para descobrir quaisquer problemas causados pelo tráfego de produção. A nova versão do aplicativo é testada em relação ao tráfego de teste simulado interno, bem como a pequenas quantidades de tráfego de produção, o que dá confiança ao usuário antes de mudar o tráfego de produção. O tráfego de produção é aumentado gradualmente até que a transição seja concluída. A implementação envolve grupos-alvo ponderados de DNS e ELB ponderados. + **A automação** pode ser alcançada configurando AWS CodePipeline com os estágios de implantação blue/green baseados em canário. O estágio de aprovação pode ser conduzido manualmente inicialmente durante o provisionamento, mas depois deve ser totalmente automatizado. Nos ambientes de teste, é uma boa prática sempre testar com uma ação de reversão para validar a compatibilidade com versões anteriores e futuras, antes da implantação na produção. A blue/green implantação em clusters com service mesh depende do suporte fornecido pelo aplicativo final e pelo gateway de roteamento para que a malha de serviços realize uma transição suave. + O [**AWS Systems Manager**](https://aws.amazon.com/systems-manager/) fornece uma interface de usuário unificada para que você possa visualizar dados operacionais de vários serviços da AWS usados por funções de rede implantadas por CI/CD. O Systems Manager permite que você automatize tarefas operacionais em seus AWS recursos. ![Um diagrama que mostra a implantação do Canary.](https://docs.aws.amazon.com/pt_br/whitepapers/latest/cicd_for_5g_networks_on_aws/images/cicd_5g10.png) *Implantação do Canary*