Appliquer la gestion des versions de la bibliothèque - AWS Conseils prescriptifs

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Appliquer la gestion des versions de la bibliothèque

La gestion du cycle de vie représente un défi de taille lorsque vous gérez des bases de AWS CDK code. Supposons, par exemple, que vous démarriez un AWS CDK projet avec la version 1.97, puis que la version 1.169 soit disponible ultérieurement. La version 1.169 propose de nouvelles fonctionnalités et des corrections de bogues, mais vous avez déployé votre infrastructure à l'aide de l'ancienne version. Aujourd'hui, la mise à jour des constructions devient complexe, car cet écart augmente en raison des modifications majeures qui pourraient être introduites dans les nouvelles versions. Cela peut s'avérer compliqué si vous disposez de nombreuses ressources dans votre environnement. Le modèle présenté dans cette section peut vous aider à gérer la version de votre AWS CDK bibliothèque à l'aide de l'automatisation. Voici le flux de travail de ce modèle :

  1. Lorsque vous lancez un nouveau produit CodeArtifact Service Catalog, les versions de la AWS CDK bibliothèque et ses dépendances sont stockées dans le package.json fichier.

  2. Vous déployez un pipeline commun qui assure le suivi de tous les référentiels afin de pouvoir leur appliquer des mises à niveau automatiques en l'absence de modifications importantes.

  3. Une AWS CodeBuild étape vérifie l'arbre des dépendances et recherche les modifications majeures.

  4. Le pipeline crée une branche de fonctionnalités, puis exécute cdk synth avec la nouvelle version pour confirmer qu'il n'y a aucune erreur.

  5. La nouvelle version est déployée dans l'environnement de test et exécute enfin un test d'intégration pour s'assurer que le déploiement est sain.

  6. Vous pouvez utiliser deux files Amazon Simple Queue Service (Amazon SQS) pour suivre les piles. Les utilisateurs peuvent examiner les piles manuellement dans la file des exceptions et corriger les modifications importantes. Les éléments qui réussissent le test d'intégration peuvent être fusionnés et publiés.