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á. # CI/CD em redes 5G A construção de design da infraestrutura é armazenada na forma de código usando linguagem declarativa. Isso permite que o CSP tenha uma reprodução repetível da infraestrutura com o mesmo comportamento esperado, conforme necessário. O código é mantido no repositório de código e um pipeline é configurado para orquestrar atualizações nas pilhas implantadas (por exemplo, e). AWS CDK CloudFormation AWS pode ajudar a criar a Infraestrutura como Código (IaC) para a integração ágil das funções do Fornecedor Independente de Software (ISV). ![\[Um diagrama que descreve o fluxo do pipeline de código.\]](http://docs.aws.amazon.com/pt_br/whitepapers/latest/cicd_for_5g_networks_on_aws/images/cicd_5g6.png) *Fluxo do pipeline de código* As mudanças nas configurações de funções de rede nativas da nuvem por meio de gráficos Helm são consideradas gatilhos para a execução automática CI/CD de um pipeline para funções de rede. AWS CodeCommit pode ser usado para manter arquivos de configuração, e o Amazon ECR pode ser usado para preservar imagens de contêineres. Conforme mostrado na figura de *fluxo do pipeline de código*, quando o ISV envia novas alterações de código para o repositório de código (gráfico Helm, arquivos de configuração ou arquivo de propriedades), o pipeline de código é acionado. O pipeline de código extrai a imagem do ECR e usa o gráfico Helm para implantar o aplicativo. O novo teste de aplicativos pode ser integrado à estrutura de automação de testes de terceiros. Com base no resultado, CSPs pode aprovar a implantação em produção. O estágio de CodePipeline origem procura alterações nos arquivos de configuração. Os fornecedores válidos para o estágio CodeCommit de origem são Amazon S3 ou GitHub. CloudFormation Sistemas de origem alternativa podem ser integrados usando funções Lambda para implementar Webhooks, o que permite a integração orientada por eventos entre o Gitlab e. AWS CodePipeline Consulte os links a seguir para obter um guia detalhado de implementação. + [Webhooks com GitLab](https://docs.gitlab.com/ee/user/project/integrations/webhooks.html) + [Integrações de registro de contêineres](https://docs.gitlab.com/ee/administration/packages/container_registry.html) O projeto do pipeline de CI/CD deve levar em conta as etapas críticas de implantação, como implantação inicial, teste e promoção à produção após os resultados dos testes serem alinhados às expectativas e verificados em relação à linha de base. Cada estágio do processo de pipeline fornece artefatos de dados, que permitem comparação e decisões baseadas em dados. ![\[Um diagrama que descreve as etapas do CI/CD pipeline de aplicativos: alterar, implantar, testar, promover, monitorar.\]](http://docs.aws.amazon.com/pt_br/whitepapers/latest/cicd_for_5g_networks_on_aws/images/cicd_5g7.png) * CI/CD Etapas do pipeline de aplicativos* Cada estágio pode ser considerado uma tarefa separada, permitindo a incorporação de fluxos de trabalho de validação e implantação adequados para suportar o serviço de rede e as funções de rede nativas da nuvem. As tarefas de execução podem incorporar ferramentas adicionais de terceiros, como geradores e simuladores de tráfego, permitindo a validação do serviço end-to-end de rede. AWS fornece um serviço sofisticado do [AWS Step Function](https://aws.amazon.com/step-functions/) (máquina de estado nativa da nuvem) que se integra nativamente a outros AWS serviços e também tem a capacidade de se integrar a sistemas externos, como o Jira ou uma estrutura de automação de testes.