Optimiser les coûts de l’intégration et du déploiement continus et l’efficacité des exécuteurs

La rapidité et la fiabilité attirent l’attention, mais le coût est tout aussi réel. Les minutes de CI/CD, le calcul des exécuteurs et la sortie vers le cloud s’additionnent, particulièrement à grande échelle.

Considérer le coût comme une mesure de premier plan permet de maintenir des chaînes durables à mesure que l’équipe grandit.

Les principaux facteurs de coût de la CI/CD sont les suivants :

• Le nombre total de minutes d’exécution consommées
• La taille de l’exécuteur (les machines plus grandes coûtent davantage par minute)
• Les compilations redondantes ou dupliquées
• Les caches lents ou inexistants

Optimiser chacun de ces éléments réduit la facture sans nuire à la vélocité.

Les exécuteurs plus puissants terminent plus vite, mais coûtent davantage par minute. L’option la moins chère est le plus petit exécuteur qui respecte votre délai cible.

Évaluez une tâche sur différentes tailles et choisissez le meilleur coût par compilation, pas seulement la solution la plus rapide.

Si un développeur pousse deux modifications rapidement, la première exécution est généralement inutile. La concurrence avec l’annulation des exécutions en cours interrompt automatiquement l’exécution obsolète.

Une tâche bloquée peut consommer des minutes jusqu’à atteindre la limite par défaut de la plateforme. Définissez toujours un timeout-minutes afin que les tâches qui s’emballent échouent rapidement et à moindre coût.

Combinez les filtres de chemins et la détection des modifications afin que seules les tâches concernées s’exécutent. La minute la moins chère est celle que vous ne dépensez jamais.

Utilisez également paths-ignore pour ignorer entièrement la CI lors des validations qui ne concernent que la documentation.

Un bon cache transforme l’installation de dépendances, qui prend plusieurs minutes, en une opération de quelques secondes. Des tâches plus rapides signifient moins de minutes facturées.

Basez précisément les clés de cache sur les fichiers de verrouillage afin qu’ils restent valides tout en étant à jour.

Les tâches parallèles se terminent plus tôt (meilleur délai de mise en production), mais consomment autant, voire davantage, de minutes au total. Les tâches séquentielles utilisent moins d’exécuteurs simultanés, mais prennent plus de temps.

Trouvez un équilibre selon que vous optimisez la rapidité ou le coût.

À fort volume, les exécuteurs autogérés sur votre propre infrastructure peuvent coûter moins cher par minute que les exécuteurs hébergés, mais ils ajoutent des frais de maintenance et de sécurité.

Calculez le seuil de rentabilité : coût fixe de l’infrastructure comparé au coût hébergé par minute multiplié par vos minutes mensuelles.

Vous ne pouvez pas optimiser ce que vous ne mesurez pas. Suivez au fil du temps les minutes par flux de travail et le coût par PR fusionnée.

Les rapports de facturation et d’utilisation de GitHub, ainsi que les durées d’exécution exportées, vous permettent de créer un tableau de bord simple des coûts.

Ne réduisez pas les coûts au détriment de la qualité. L’objectif est l’efficacité : maintenir de solides indicateurs DORA (fréquence, délai de mise en production, récupération, taux d’échec des modifications) tout en éliminant le gaspillage.

Une chaîne optimisée est rapide, fiable et économique.

Vérifiez votre compréhension de l’optimisation des coûts des chaînes.

Vous avez appris à rendre les chaînes économes.

• Dimensionnez correctement les exécuteurs et définissez timeout-minutes
• Annulez les exécutions remplacées et évitez le travail inutile
• Utilisez largement la mise en cache pour réduire le calcul
• Mesurez le coût par compilation et comparez-le aux indicateurs DORA

L’efficacité signifie une livraison rapide, fiable et abordable.