Et que veux tu mettre au lieu de Docker, ou même LXC, pour isoler tes builds ?
Docker, on en dira ce qu’on voudra en prod, pour du dev et des tests, c’est juste extrêmement pratique, léger (pour peu que les images le soient et qu’on ai pas déféqué dans la colle sur le déploiement de son produit) et pratique : il gère la partie système, la seule chose qu’on a à faire c’est d’exécuter notre code, et c’est précisément ce qui nous intéresse.
Avec LXC on est plus proche d’un "vrai" système mais la mise en place est un poil plus lourde, à savoir la conf par défaut, les rootfs, les fichiers de conf des conteneurs, ton bridge réseau et le dnsmasq...
Quand l’objectif est d’avoir des builds dont on est sûr qu’il ne tournent pas grâce à un fichier oublié lors du précédent build, Docker c’est parfait.
[^] # Re: Docker, Gitlab, ...
Posté par Cheuteumi . En réponse au journal Projet DIY d'intégration continue auto-hébergée. Évalué à 3.
Et que veux tu mettre au lieu de Docker, ou même LXC, pour isoler tes builds ?
Docker, on en dira ce qu’on voudra en prod, pour du dev et des tests, c’est juste extrêmement pratique, léger (pour peu que les images le soient et qu’on ai pas déféqué dans la colle sur le déploiement de son produit) et pratique : il gère la partie système, la seule chose qu’on a à faire c’est d’exécuter notre code, et c’est précisément ce qui nous intéresse.
Avec LXC on est plus proche d’un "vrai" système mais la mise en place est un poil plus lourde, à savoir la conf par défaut, les rootfs, les fichiers de conf des conteneurs, ton bridge réseau et le dnsmasq...
Quand l’objectif est d’avoir des builds dont on est sûr qu’il ne tournent pas grâce à un fichier oublié lors du précédent build, Docker c’est parfait.