Vous passez à côté de l'une des fonctionnalités les plus puissantes de Docker : Le parallélisme. 90 % des Dockerfiles que je vois sont des listes massives et séquentielles d'une étape après l'autre. Si c'est ainsi que vos builds s'exécutent, vous laissez de côté une performance massive. Il y a quelques jours, j'ai écrit sur la façon dont les Dockerfiles à une seule étape forcent chaque étape à dépendre de la précédente. Cela rend tout lent et impossible à mettre en cache efficacement. La solution consiste à écrire des builds multi-étapes, afin que Docker exécute vos étapes de build en parallèle. Cela seul représente une énorme amélioration du temps nécessaire pour construire vos fichiers Docker (parfois, 3 à 4 fois plus rapide !) Mais vous pouvez même aller un peu plus loin : Au lieu d'exécuter vos builds localement, vous pouvez les exécuter sur @depotdev (l'un de mes sponsors). Ils exécutent vos Dockerfiles multi-étapes sur des builders distants haute performance, offrant des builds jusqu'à 40 fois plus rapides ! Chacun de leurs builders dispose de : • 16 CPU • 32 Go de RAM • Réseau à haute vitesse • Mise en cache agressive • Aucune contention de ressources locales Non seulement chaque étape s'exécute maintenant en parallèle, mais elles s'exécutent également sur du matériel conçu pour écraser les charges de travail parallèles. Votre ordinateur local ne pourra exécuter peut-être que 2 à 4 tâches lourdes à la fois avant que les ventilateurs ne commencent à crier. Depot peut en exécuter plusieurs dizaines. ...