Ottimizzare i costi CI/CD e l'efficienza dei runner

Velocità e affidabilità ricevono molta attenzione, ma il costo è altrettanto concreto. I minuti CI/CD, il calcolo dei runner e il traffico in uscita dal cloud si sommano, soprattutto su larga scala.

Considerare il costo una metrica di primaria importanza mantiene sostenibili le pipeline mentre il team cresce.

I principali fattori di costo nella CI/CD sono:

• Il totale dei minuti dei runner utilizzati
• La dimensione del runner (le macchine più grandi costano di più al minuto)
• Build ridondanti o duplicate
• Cache lente o assenti

Ottimizzare ciascun fattore riduce la spesa senza compromettere la velocità di sviluppo.

I runner più grandi terminano prima, ma costano di più al minuto. L'opzione più economica è il runner più piccolo che consente comunque di rispettare il tempo a disposizione.

Esegua un benchmark di un job con dimensioni diverse e scelga il miglior costo per build, non semplicemente quello più veloce.

Se uno sviluppatore esegue due push in rapida successione, la prima esecuzione è solitamente inutile. Concurrency con cancel-in-progress interrompe automaticamente l'esecuzione obsoleta.

Un job bloccato può consumare minuti fino al raggiungimento del limite predefinito della piattaforma. Imposti sempre timeout-minutes, così i job senza fine falliscono rapidamente e a basso costo.

Combini i filtri sui percorsi con il rilevamento delle modifiche, in modo che vengano eseguiti solo i job interessati. Il minuto più economico è quello che non si spende mai.

Utilizzi inoltre paths-ignore per saltare completamente la CI in caso di commit che riguardano solo la documentazione.

Una buona cache trasforma l'installazione delle dipendenze, che richiede diversi minuti, in un'operazione di pochi secondi. Job più veloci significano meno minuti fatturati.

Definisca le chiavi delle cache in modo preciso sui lockfile, affinché rimangano valide ma aggiornate.

I job paralleli terminano prima (con un lead time migliore), ma consumano lo stesso numero totale di minuti o anche di più. I job seriali utilizzano meno runner contemporaneamente, ma richiedono più tempo.

Bilanci le due strategie in base al fatto che ottimizzi per la velocità o per il costo.

Con volumi elevati, i runner self-hosted sulla propria infrastruttura possono costare meno al minuto rispetto a quelli gestiti, ma comportano maggiori oneri di manutenzione e sicurezza.

Calcoli il punto di pareggio: il costo fisso dell'infrastruttura rispetto al costo dei runner gestiti al minuto moltiplicato per i minuti mensili.

Non è possibile ottimizzare ciò che non si misura. Tenga traccia nel tempo dei minuti per workflow e del costo per PR unita.

I report di fatturazione e utilizzo di GitHub, insieme alle durate delle esecuzioni esportate, consentono di creare una semplice dashboard dei costi.

Non riduca i costi a scapito della qualità. L'obiettivo è l'efficienza: mantenga solide metriche DORA (frequenza, lead time, ripristino e tasso di errore delle modifiche), riducendo al contempo gli sprechi.

Una pipeline ottimizzata è veloce, affidabile ed economica.

Verifichi la Sua comprensione dell'ottimizzazione dei costi delle pipeline.

Ha imparato a rendere le pipeline efficienti in termini di costi.

• Dimensioni correttamente i runner e imposti timeout-minutes
• Annulli le esecuzioni superate ed eviti il lavoro non necessario
• Utilizzi ampiamente la cache per ridurre il calcolo
• Misuri il costo per build e lo bilanci con le metriche DORA

Efficienza significa una distribuzione veloce, affidabile e conveniente.