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.
FAQ
Quels sont les principaux indicateurs indiquant que mon processus de déploiement n'est pas entièrement CI/CD ?
L'indicateur le plus courant est celui où plusieurs branches de référentiel représentent des environnements distincts dans un pipeline. Dans le cadre d'un CI/CD processus complet, les référentiels utilisent un flux de travail basé sur des troncs, dans lequel une branche agit en tant que source fiable unique pour les déploiements de ce référentiel. Pour de plus amples informations, veuillez consulter Approche basée sur le tronc. Les autres indicateurs incluent les étapes de déploiement manuelles autres que les simples décisions d'utilisation ou de non-utilisation, l'utilisation de correctifs et les versions planifiées.
Et si je souhaite utiliser un CI/CD processus complet tout en planifiant la sortie de certaines fonctionnalités à un moment précis ?
Cela se fait généralement avec des indicateurs de fonctionnalité. Dans ce processus, les déploiements sont toujours effectués en continu, mais certaines fonctionnalités sont masquées en utilisant des fermetures conditionnelles dans le code jusqu'à ce qu'il soit temps de les publier.
Et si certaines étapes de mon processus de déploiement ne peuvent pas être automatisées ?
L'un des objectifs d'un CI/CD pipeline complet est de minimiser le besoin de processus manuels, mais il existe certainement des cas d'utilisation potentiels où des processus manuels peuvent être nécessaires. En fait, les processus en lecture seule, tels que la consultation des journaux d'applications, peuvent souvent être effectués dans des environnements de production avec un minimum de risques. Cependant, il est fortement recommandé de ne traiter les actions d'écriture manuelles en production qu'en dernier recours.
Et si mon personnel technique est plus à l'aise avec les flux de travail existants qu'avec un CI/CD processus complet ?
Il est courant que le personnel technique soit réticent aux changements majeurs, en particulier lorsqu'une pratique qui était autrefois une bonne pratique est remplacée par une nouvelle. La technologie évolue rapidement et des améliorations sont constamment découvertes. Bien qu'un certain scepticisme soit une bonne qualité pour un personnel technique, il est tout aussi important qu'il soit ouvert au changement. Ne vous déplacez pas trop vite avec le personnel sceptique, car il doit gérer les modifications apportées au système avant leur mise en œuvre. L'essentiel est d'empêcher les sceptiques de rester statiques indéfiniment.
Que se passe-t-il si mes environnements se trouvent dans plusieurs comptes ? Puis-je toujours utiliser un CI/CD processus complet ?
Oui, en fait, il est recommandé d'utiliser un compte distinct pour chaque environnement. Pour plus d'informations sur un pipeline qui active des étapes dans différents comptes, voir Créer un pipeline utilisant CodePipeline les ressources d'un autre compte Compte AWS.
