• [^] # Re: Conclusion un peu hative

    Posté par . En réponse au journal Docker, la plateforme à la mode. Évalué à 3.

    Mon argument est que les méchanismes pour faire des liens entre les conteneurs sont vraiment très rudimentaires dans Docker, ce qui complexifie énormément (au lieu de le simplifier) le déploiement d'applications. J'ai vraiment pas envie de configurer un réseau virtuel entre mes conteneurs pour que nginx communique avec django...

    Ah ? c'est compliqué ça ?

    docker run -d --name apache repo/apache:latest
    docker run -d --name jboss --link apache:apache repo/jboss:latest
    > Pour ce qui est de l'installation de SSH, je ne sais pas si c'est overkill. Certes maintenant, il y docker exec (et nsenter, mais ce dernier fait clairement bidouille), mais pendant longtemps il n'y avait pas grand chose pour inspecter un conteneur.

    Ben vi ya même plus simple, docker-enter, faut juste le chercher le petit script sur le repo de jpetazonni ....

    Comment je fais comprendre à docker build que git clone n'est pas idempotent

    Ca c'est une bonne question, qui revient souvent (pas forcemment pour git d'ailleur).

    Pas de possibilité de faire des Dockerfile templates (Hello Packer)
    Pas d'héritage multiple de Dockerfile
    Pas de logique (if en fonction de variables d'environnement etc.)

    Tout cela est en train d'être réglé ... mais docker est encore jeune. Un élément en faveur de docker c'est qu'il sont extrêmement attentif aux demandes de la communauté (faut juste demander).

    Pour finir docker c'est des conteneurs avec un ensemble d'outils qui facilitent la mise en place et rien d'autre. Ce qui fait l’intérêt de la chose c'est tout l’écosystème autour et en particulier :

    • Orchestration (docker-compose)
    • "Cluster" (docker-swarm)
    • Service discovery, DNS discovery (ça je vous laisse voir du coté de mesos ou de consul voire etcd) ....

    Pour ne citer que les plus mis en avant.