Moi je ressens exactement l'inverse avec les containers. J'aime savoir qu'un service c'est juste une image + un fichier de déploiement. Que j'ai la même chose qui tourne sur mon pc de dev et mon serveur de prod. Que je pourrais déménager un serice sans laisser de bazar sur mon serveur.
Mais c'est vrai qu'il faut passer dans le mindset qu'un container ça se debug/répare pas, ça se détruit et remplace. Donc il faut être à l'aise avec la boucle dev/build/deploy/test.
Ceci dit que celui qui n'a jamais fait un "docker exec bash" en prod jette la première pierre. Mais pour des services très simples, j'essaye de ne pas avoir de shell dans le container.
[^] # Re: Container et tout et tout
Posté par steph1978 . En réponse au journal Docker vs Podman sur fedora 32 et headless CMS. Évalué à 6.
C'est plus du ressenti alors.
Moi je ressens exactement l'inverse avec les containers. J'aime savoir qu'un service c'est juste une image + un fichier de déploiement. Que j'ai la même chose qui tourne sur mon pc de dev et mon serveur de prod. Que je pourrais déménager un serice sans laisser de bazar sur mon serveur.
Mais c'est vrai qu'il faut passer dans le mindset qu'un container ça se debug/répare pas, ça se détruit et remplace. Donc il faut être à l'aise avec la boucle dev/build/deploy/test.
Ceci dit que celui qui n'a jamais fait un "docker exec bash" en prod jette la première pierre. Mais pour des services très simples, j'essaye de ne pas avoir de shell dans le container.