Posté par groumly .
En réponse au journal Ma découverte de Docker.
Évalué à 3.
Dernière modification le 16 mai 2021 à 22:34.
au lieu de simplement installer un JRE et d’utiliser le programme Java directement...
Quel jre/jvm? Oracle, corretto, Azul, autre?
Et quelle version du jre?
Et le script de lancement, il va ou? (Non, pas la, non)
Et ça tourne sous quel utilisateur, sous quel port?
Et comment tu fais pour sandboxer l’accès au disque?
Le but de docker est pas de faire tourner l’application, c’est de contraindre tout ce qui est généralement hors du contrôle des distributeurs de l’appli pour simplifier les déploiements et réduire à peau de chagrin les problèmes du genre "l’appli plante quand tu lui passes telle requête sur le jre 11.42 sur Debian testing parce que la version qu’ils ont poussé dans testing a un bug", ou les blagues du genre "on a besoin de jdk 16, Mais il est pas package pour cette distro, donc il faut l’installer à la mano".
Donc, oui, ca fait prendre des détours, c’est sur, mais le bon sens dit justement que c’est plus simple de faire tourner une jvm dans Linux dans macOS, parce que la virtualization et la containérisation est une technologie bien mieux maîtrisée que d’expliquer à toute la planète qu’il faut utiliser telle version de tel environment.
et je touche même pas aux problématiques de production, à savoir comment recréer un environment a l’identique rapidement, et autres joyeusetés que les devopseurs se coltinent toute la journée.
[^] # Re: Titre
Posté par groumly . En réponse au journal Ma découverte de Docker. Évalué à 3. Dernière modification le 16 mai 2021 à 22:34.
Quel jre/jvm? Oracle, corretto, Azul, autre?
Et quelle version du jre?
Et le script de lancement, il va ou? (Non, pas la, non)
Et ça tourne sous quel utilisateur, sous quel port?
Et comment tu fais pour sandboxer l’accès au disque?
Le but de docker est pas de faire tourner l’application, c’est de contraindre tout ce qui est généralement hors du contrôle des distributeurs de l’appli pour simplifier les déploiements et réduire à peau de chagrin les problèmes du genre "l’appli plante quand tu lui passes telle requête sur le jre 11.42 sur Debian testing parce que la version qu’ils ont poussé dans testing a un bug", ou les blagues du genre "on a besoin de jdk 16, Mais il est pas package pour cette distro, donc il faut l’installer à la mano".
Donc, oui, ca fait prendre des détours, c’est sur, mais le bon sens dit justement que c’est plus simple de faire tourner une jvm dans Linux dans macOS, parce que la virtualization et la containérisation est une technologie bien mieux maîtrisée que d’expliquer à toute la planète qu’il faut utiliser telle version de tel environment.
et je touche même pas aux problématiques de production, à savoir comment recréer un environment a l’identique rapidement, et autres joyeusetés que les devopseurs se coltinent toute la journée.