guide
Docker I limiti di velocità dell'hub sono un problema CI, non un problema Docker
I pull anonimi hanno una velocità limitata per IP e i corridori CI condividono gli IP. Ecco come smettere di scoprirlo alle 3 del mattino.
{autore} · {ruolo} · {data} · {minuti} min di lettura
Perché colpisce specificamente CI
Correzioni, in ordine di durabilità
- Esegui una cache pull-through del registro nella stessa rete dei tuoi corridori: un pull upstream serve successivamente ogni lavoro
- Autenticare i pull anche per le immagini pubbliche; un pull autenticato attinge alla quota del tuo account anziché a quella anonima condivisa
- Rispecchia la manciata di immagini di base da cui dipendi effettivamente nel tuo registro e aggiungile tramite digest
- Smetti di estrarre immagini che non ti servono: le build in più fasi spesso estraggono un'immagine della toolchain che nessun livello di runtime utilizza
La tua prossima build potrebbe essere due volte più veloce, a metà prezzo
Inizia gratis. Andarsene è la stessa riga, e pubblichiamo anche quel diff.
Correlati
CI quando i tuoi compagni di squadra sono agentiGli agenti di codifica dell'intelligenza artificiale spingono molto più spesso degli umani. Ecco come ciò cambia la progettazione della pipeline e il controllo dei costi.Perché pubblichiamo le istruzioni per partireOgni pagina di migrazione su questo sito include le differenze per eseguire la migrazione da noi. Ecco il ragionamento.Cosa abbiamo imparato eseguendo un milione di lavori CITempo di coda, comportamento della cache, corretto dimensionamento e modalità di errore che appaiono solo su larga scala.Smettere di riprovare test instabiliI tentativi automatici convertono un bug reale in uno intermittente e addestrano il tuo team a diffidare di ogni errore.