Livraison continue CNF

Cette étape consiste en une séquence d'étapes exécutées à plusieurs reprises pour déployer les modifications qui font partie des modifications du conteneur/de la configuration entraînant des mises à niveau. La livraison continue du CNF est automatisée via des pipelines et est spécifique aux applications individuelles. AWS utilise des cartes Helm standard pour mettre à jour des données spécifiques CNFs. Le pipeline de code comporte des vérifications préalables et ultérieures de l'état de mise à jour de l'application. Le pipeline CI/CD mis à jour est également intégré à un cadre d'automatisation des tests pour exécuter des tests automatisés. Cette abstraction permet un déploiement épuré des fonctions réseau.

La livraison et le déploiement continus du CNF peuvent être globalement classés dans les catégories suivantes :

• Mises à niveau des applications : la plupart des mises à niveau des applications sont des modifications apportées à l'application Kuberbetes. PODs Ces mises à jour peuvent être appliquées automatiquement via le pipeline de code. La plupart CNFs prennent en charge les mises à niveau sur place en fournissant plusieurs instances d'application PODs. Plusieurs instances permettent une approche de mise à niveau progressive. Toutes les modifications du POD de l'application ne prennent pas en charge la mise à niveau de Les pipelines tiennent compte de ces variations et utilisent Helm install/delete selon les besoins.

• Mises à niveau majeures — Les mises à niveau majeures concernent principalement des modifications du schéma de base de données. Cette modification ne peut pas être appliquée sans provoquer de temps d'arrêt. L'approche standard pour ces modifications consiste à supprimer l'application et à recréer les modules concernés. Pendant le processus, il est possible que l'application ne soit pas disponible. Les outils suivants sont utilisés pour les mises à niveau :

Déploiement Canary