Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés. # Entrega continua de CNF Este paso consiste en una secuencia de pasos que se llevan a cabo repetidamente para implementar los cambios que forman parte de los container/configuration cambios que dan lugar a actualizaciones. La entrega continua de CNF se automatiza a través de canalizaciones y es específica para aplicaciones individuales. AWS utiliza gráficos de Helm estándar para actualizar gráficos específicos. CNFs La canalización de códigos realiza comprobaciones previas y posteriores del estado de actualización de la aplicación. La CI/CD canalización actualizada también está integrada con un marco de automatización de pruebas para ejecutar pruebas automatizadas. Esta abstracción permite un despliegue limpio de las funciones de la red. La entrega y el despliegue continuos de CNF se pueden clasificar en términos generales en las siguientes categorías: + **Actualizaciones de aplicaciones**: la mayoría de las actualizaciones de aplicaciones son cambios en la aplicación de Kuberbetes. PODs Estas actualizaciones se pueden aplicar automáticamente a través de la canalización del código. La mayoría CNFs admiten actualizaciones locales al proporcionar varias instancias de aplicación PODs. Múltiples instancias permiten un enfoque de actualización gradual. No todos los cambios en el POD de las aplicaciones admiten la actualización de Helm. Las canalizaciones tienen en cuenta estas variaciones y utilizan Helm install/delete según sea necesario. + **Mejoras importantes: las actualizaciones** principales consisten principalmente en cambios en el esquema de la base de datos. Este cambio no se puede aplicar sin provocar algún tiempo de inactividad. El enfoque estándar para estos cambios consiste en eliminar la aplicación y volver a crear los pods correspondientes. Durante el proceso, es posible que la aplicación no esté disponible. Para las actualizaciones se utilizan las siguientes herramientas: + [**AWS CloudFormation**](https://aws.amazon.com/cloudformation/) permite a los clientes describir y aprovisionar todos los recursos de infraestructura en plantillas JSON o YAML. CloudFormation proporciona un potente mecanismo de extensión a través de recursos personalizados respaldados por Lambda. Los clientes pueden AWS CloudFormation ir más allá de los recursos de AWS y aprovisionar el recurso necesario en otros entornos, por ejemplo, recursos locales en entornos híbridos. AWS CDK ofrece a los desarrolladores la posibilidad de crear código utilizando lenguajes de programación conocidos de nivel superior, como Python, TypeScript JavaScript, Java y C\#, y luego compilar el código en un formato CloudFormation JSON de nivel inferior, que luego se puede implementar. + **BlueGreen implementación**: AWS admite blue/green y recomienda las implementaciones basadas en canary tanto en entornos de prueba como en entornos de producción. [ Blue/green las implementaciones](https://aws.amazon.com/quickstart/architecture/blue-green-deployment/) permiten a los clientes probar una nueva versión de la aplicación en un entorno contenido. Proporcionan un método sencillo y elegante para cambiar el tráfico de producción. [ Los despliegues basados en Canarias](https://wa.aws.amazon.com/wat.concept.canary-deployment.en.html) amplían este concepto al permitir probar el entorno ecológico no productivo con una pequeña proporción del tráfico de producción para descubrir cualquier problema causado por el tráfico de producción. La nueva versión de la aplicación se prueba con tráfico de prueba simulado interno y con pequeñas cantidades de tráfico de producción, lo que proporciona confianza al usuario antes de cambiar el tráfico de producción. El tráfico de producción se incrementa gradualmente hasta que se complete la transición. La implementación implica grupos objetivo ponderados de DNS y ELB ponderados. + **La automatización** se puede lograr configurando AWS CodePipeline con las etapas de implementación blue/green y basadas en canary. La etapa de aprobación puede realizarse manualmente inicialmente durante el aprovisionamiento, pero más adelante debería automatizarse por completo. En los entornos de prueba, se recomienda probar siempre con una acción de reversión para validar la compatibilidad con versiones anteriores y posteriores, antes de implementarlos en producción. La blue/green implementación en clústeres con malla de servicios depende del soporte que brinden la aplicación final y la pasarela de enrutamiento de la malla de servicios para lograr una transición sin problemas. + [**AWS Systems Manager**](https://aws.amazon.com/systems-manager/) proporciona una interfaz de usuario unificada para que pueda ver los datos operativos de varios servicios de AWS utilizados por las funciones de red implementadas por CI/CD. Systems Manager le permite automatizar las tareas operativas en todos sus AWS recursos. ![Un diagrama que muestra el despliegue de Canary.](https://docs.aws.amazon.com/es_es/whitepapers/latest/cicd_for_5g_networks_on_aws/images/cicd_5g10.png) *Despliegue canario*