Je n'ai pas encore testé Docker mais j'ai lu un peu la doc' et j'ai assisté à une soirée qui proposait une conférence magistrale puis un retour d'expérience à partir d'un usage concret. Voici l'avis que je me suis construit à partir de tout ça.

    * Packaging sous forme de briques, logiciel par logiciel pour construire, par assemblage, une plate-forme complète répondant au besoin ;

    * La garantie d'une cohérence entre l'environnement de dev' et l'environnement de prod', dans le temps. Je ne suis pas convaincu. Rien que le fait de générer l'image à partir d'un même dockerfile peut produire des différences (des versions plus récentes des logiciels peuvent être installées durant la création de l'image, même sur un système hôte identique, simplement parce que mises à jour de sécurité) avec donc un applicatif cassé car ses dépendances (libs,...) peuvent être cassées. Pour éviter cela, on peut livrer des images complètes en plus du dockerfile (exemple : une image monentreprise-map + le docker file pour installer l'appli web). Les dépendances seront alors toujours satisfaites mais alors, qui fait les màj de sécu ? ;

    * Àmha, l'usage le plus intéressant de Docker, c'est le SaaS. Si le dev' d'un logiciel fournit un dockerfile avec les sources, alors il est possible de tester son logiciel en toute simplicité. Docker permet de monter des infra SaaS, par nature ;

    * Docker hub pour récupérer des images clés en main et pousser ses propres images. Comme des images de VM quoi. Il est bien sûr possible de créer son propre dépôt ;

    * Docker est disponible sous Mac et winwin grâce à une sorte de VM minimaliste. Le support winwin n'est pas encore mâture. Docker est même disponible sur Azur, le cloud de Microsoft. OVH est sur le coup avec SailAbove ;

    * Malgrè ce qu'on entend souvent, il y a plusieurs modes pour le raccordement d'un conteneur Docker au réseau et pas juste un mapping port par port avec l'hôte. On retrouver les modes bridges / routed habituels ;

    * De nombreuses API et briques sont déjà disponibles autour de Docker : docker-swarm pour la gestion d'un cluster de dockers, Cadvisor pour le monitoring de l'usage des ressources,... ;

    * Il paraît que Docker est monolithique : un seul binaire pour tout faire : build d'une image, récupération d'une image dans un dépôt, construction du système de fichiers, isolation réseau/processus... Rocket, un fork, se veut modulaire pour répondre à cette problématique ;