Envoyé par
chrtophe
Ca commence à être bien technique et un peu moins niveau débutant.
De toutes façons Docker n'est pas vraiment une solution qui se destine être implémentée par les débutants. Il faut déjà avoir des notions concernant le déploiement des applications. Ce qui n'est généralement pas la préoccupation des débutants.
Envoyé par
chrtophe
Personnellement, je trouve des solutions type openvz plus simples à utiliser, il serait intéressant d'avoir un comparatif avantage/inconvénients docker/openvz ou solution similaire. (merci de remonter l'info à Nicolas De Loof).
Merci pour ce partage et l'appel à l'ouverture d'esprit
Si tu as des commentaires pour Nicolas De Loof, tu peux les adresser sur le compte Twitter de la chaîne (@QuoidNeufDocker) ou bien sur son compte perso (@ndeloof)
Envoyé par
chrtophe
L’intérêt de la conteneurisation est d'avoir une solution plus légère que la virtualisation. Hors Linux, nous sommes obligé d'utiliser VirtualBox. On imbrique donc de la conteneurisation dans une solution de virtualisation. Ça a son utilité dans le cas de plusieurs conteneurs, qui sera dans ce cas bien plus léger que plusieurs VM, mais rajoute de la lourdeur dans le cas de nécessité d'un seul conteneur.
La solution Boot2Docker est destinée aux développeurs et non à la production. Avec un OS léger comme TinyCore, un bon logiciel de virtualisation comme VirtualBox et un processeur correct avec support de la virtualisation (i5 ou i7), cela reste largement jouable. Le surcoût n'est pas immense pour du test en développement.
Envoyé par
chrtophe
Pour ces aspects, par rapport à mes besoins, je ne compte pas utiliser Docker pour le moment, ce qui ne m’empêche pas de m'y intéresser, car c’est une solution qui prend de l'ampleur et je pense qu'à terme Docker sera en mesure de prendre ses distances avec VirtualBox.
Pour le moment, je l'utilise activement uniquement pour l'édition des pages GitHub. Mais je projettes de faire un PoC pour simuler nos environnements de déploiement, histoire de pouvoir tester les scripts ou autre. Avant de vouloir être totalement "DevOps", je pense que la première phase c'est d'amorcer la convergence. Ensuite seulement je pense qu'on peut envisager de partager des process et des outils.
Ensuite cela permet dans un deuxième temps de passer les environnements de test (intégration, UAT, etc.) de "on-premise" à "on-demand" en ayant des serveurs Docker sur un Cloud. Ces environnements étant assez volatile et leurs utilisations peu prédictibles. Il arrive en effet qu'ils soient plus utilisés que la production pendant les phases de test puis plus rien pendant des mois.
Après je trouve que c'est également une solution très pratique pour faire de l'environnement jetable.
0 |
0 |
Bonjour,