Un projet Python mérite d’exécuter une batterie de TU voir de tests d’intégration sur l’image docker elle-même. La production de l’image docker passe en début de pipeline.
Dans un projet Go, l’image Docker consiste en un simple binaire: pas de surprises. La production de l’image docker peut-être repoussée en fin de pipeline.
Merci ! D’accord sur les TU dans l’image — le smoke test décrit ici est plutôt le plancher : ce qu’on peut exiger au build pour trois fois rien quand une batterie complète n’est pas (encore) en place. Et oui pour Go : le binaire statique élimine par construction toute la classe de pannes du billet — pas de chargement de bibliothèques système à l’exécution, donc rien qui puisse réussir au pip install et casser au premier import. C’est un argument de plus pour compter ses dlopen avant de choisir sa stack de déploiement.
Excellent retex.
Un projet Python mérite d’exécuter une batterie de TU voir de tests d’intégration sur l’image docker elle-même. La production de l’image docker passe en début de pipeline.
Dans un projet Go, l’image Docker consiste en un simple binaire: pas de surprises. La production de l’image docker peut-être repoussée en fin de pipeline.
Merci ! D’accord sur les TU dans l’image — le smoke test décrit ici est plutôt le plancher : ce qu’on peut exiger au build pour trois fois rien quand une batterie complète n’est pas (encore) en place. Et oui pour Go : le binaire statique élimine par construction toute la classe de pannes du billet — pas de chargement de bibliothèques système à l’exécution, donc rien qui puisse réussir au
pip installet casser au premier import. C’est un argument de plus pour compter sesdlopenavant de choisir sa stack de déploiement.