Un pipeline CI/CD construit avec CodePipeline et CodeBuild déploie séquentiellement cinq fonctions Lambda indépendantes. Une règle EventBridge démarre le pipeline immédiatement lorsque des modifications de la source se produisent. Après des mois d'utilisation, le pipeline prend trop de temps à se terminer. Quel est le meilleur changement pour accélérer le pipeline ?

La bonne réponse est de modifier la configuration CodePipeline afin que les actions pour chaque fonction Lambda s'exécutent en parallèle en attribuant le même runOrder à ces actions. Par défaut, les actions dans CodePipeline s'exécutent séquentiellement. En attribuant le même runOrder (un nombre entier positif) à plusieurs actions au sein d'une étape, CodePipeline les exécutera en parallèle, réduisant ainsi considérablement le temps total d'exécution du pipeline pour les cinq fonctions Lambda indépendantes. Les autres options sont moins efficaces ou incorrectes : Modifier les projets CodeBuild pour utiliser un type de calcul avec un débit réseau plus élevé n'est pas la cause principale du ralentissement si les déploiements sont séquentiels. Construire un environnement d'exécution CodeBuild personnalisé pour le traitement multiprocesseur symétrique n'est pas directement applicable ici, car le problème est la sérialisation des déploiements de fonctions Lambda, pas la performance d'une seule construction. Exécuter chaque projet CodeBuild à l'intérieur d'un VPC avec des instances dédiées est une solution complexe qui n'aborde pas le problème fondamental de la sérialisation des déploiements et n'est pas garantie d'améliorer le débit de manière significative pour ce scénario.