Reprise du message précédent :
Ben justement je crois que j'ai un truc qui m'échappe

Je pense que tu parles de la commande

Dans ce cas on est d'accord que je peux éditer ma config en modifiant directement /some/nginx.conf -> mais comment faire pour appliquer la conf au container ?

- c'est fait automatiquement ? J'en doute
- il faut juste "reset" le container qui va rechager la conf ?

docker kill -s HUP id_de_conteneur
=> nginx va recharger sa conf
Ou sinon :
docker restart id_de_conteneur
qui correspond à un stop + start donc.

Ha oui là c'est pas trop dans la doc
 
Mais en effet le "kill -s HUP" semble être c que je recherche, merci

Ah ben après faut connaître un minimum les applis qu'on dockerise (ou utilise dockerisées) et savoir utiliser Docker

Yes, c'est vraiment perturbant comme approche au début je trouve, mais à force de pratique ça va devenir simple
 
Je vais déjà m'attaquer à migrer les services que j'ai sur une VM sur un vieux P4, c'est ma facture EDF qui va être contente

Drapoilage en bonne et dûe forme.

Pour ma part, docker pour mon environnement de dev complet (IDE, bugtrack, CI, git, appserver et DB) C'est encore basique pour l'instant mais ça marche.

Il me reste à ansibler mes Dockerfile et intégrer Compose.
Le step suivant sera de jouer avec Swarm.

C'est cool jusqu'ici quoique j'ai quelques .sh pour démarrer les containers à cause des "docker run" kilométriques.

edit> by the way, quelle image de base utilisez-vous pour vos containers ? pour l'instant, j'utilise des "debian:latest" mais je vais devoir partir en quête d'OS plus légers

Evite les tags :latest pour tes images, c'est pas "stable".
Sinon pour tes lignes de commande à rallonge, compose te permettra de résoudre ce problème

En dehors de Compose (qui n'est pas encore supporté sous Windows), existe-t-il un moyen pas trop usine à gaz pour faire communiquer deux containers ?

Le premier est un proxy qui expose le port concerné. Le second doit utiliser ce proxy pour se connecter à internet (pas forcément pendant le build, mais lors du run). J'ai accès aux Dockerfile.

Edit : oubliez, c'est tout bête avec --link

Ah non, le --link c'est deprecated, faut utiliser la commande docker network create pour créer un réseau, puis placer tes conteneurs dedans (docker run --net=nom_de_ton_reseau), ça aura le même effet que le --link (ils pourront se résoudre via leur nom ou nom.nom_de_ton_reseau), mais ce sera plus pérenne, et puis c'est beaucoup plus propre que de placer tous tes conteneurs dans le même bridge si ils n'ont pas lieu de communiquer entre eux.

OK, je regarde ça merci. C'est ce que fait Compose j'imagine ?

Edit : tant que je suis là, je cherche à purger un répertoire préalablement rempli à coup de `docker cp`. Ça ne me parait pas possible, vous connaissez un moyen ? En dehors de l'utilisation de volume.

Ben compose le fait tout seul si tu utilises l'option --x-networking (à l'avenir il le fera tout seul).
 
Pour ton autre question, tu peux faire un "docker exec -ti ton_conteneur bash" puis faire du ménage derrière.

 
Salut
 
Et par défaut ils communiquent tous ensemble ? Si oui, comment faire en utilisant le bridge par défaut pour qu'ils ne se voient pas.

Par défaut ils peuvent tous communiquer ensemble (mais sans pouvoir résoudre les noms, par contre via l'IP pas de souci).
 
Tu peux désactiver ce comportement en rajoutant l'option --icc=false à la liste des options de lancement de ton démon docker. Après ça seuls les conteneurs que tu auras liés ensemble pourront communiquer.
 
Mais ça c'est l'ancienne façon de faire, maintenant (>= 1.9), tu crées un réseau par "appli" où tu mets tous les conteneurs qui doivent communiquer ensemble, et puis c'est marre  

OK Merci  

Ça nécessite que le container soit lancé, au contraire de cp si je ne m'abuse. Bloquant dans mon cas.
 

Ben sinon tu peux aller dans le FS de ton conteneur en le cherchant dans /var/lib/docker/aufs/, mais c'est pas beau
 
Idéalement tu devrais partir sur un nouveau conteneur.

Y a aussi moyen en lançant le docker, passer le balai et faire un commit

Il dit qu'il peut pas lancer le conteneur
Et je vois pas ce que le commit vient faire là, son problème est sur son instance de ce que j'en comprends, pas sur l'image.

https://github.com/brouberol/marcel

La 1.9, c'est de la merde. J'ai du me prendre la tête avec https://github.com/docker/docker/issues/17691 puis https://github.com/docker/docker/issues/14203
 

 
C'est pas super logique, c'est un peu le principe de docker d'avoir des images clean qui permettent de lancer des softs sans devoir faire le ménage avant

C'est pas super logique, parce que t'as pas compris que c'est pas dans l'image que y a du bordel, mais dans son conteneur
 
docker cp permet de copier des fichiers vers ou depuis un conteneur, pas son image.

Cherchez pas, j'attendais pas de miracle  

Mon besoin c'est du contournement de bricolage sur une couche de caca, que le système ne le permette pas est finalement plutôt sain.

Comment ça se passe avec le live kernel patching? C'est compatible avec docker ou faut couper les containers et le service?

J’appréhende un peu la réponse ici, mais y'en a-t-il parmi vous qui ont déjà joué avec Docker sous Windows ?
Je cherche simplement à démarrer un container au démarrage de la machine (physique, donc Windows).

On trouve toute la doc du monde pour démarrer un container au démarrage de l'hôte, mais dans mon cas (et comme sur Mac), l'hôte est une VM qui est lancée au démarrage du Quickstart Terminal ou de Kitematic. Ça se script évidemment, mais je me dis qu'il existe plus simple ou plus propre.

Edit : idéalement, le setup pour configurer un container en tant que service

Du coup ta question a moins à voir avec Docker qu'avec le système de virtualisation que utilises (virtualbox ?)

Effectivement (oui, VirtualBox).
En regardant de plus près ce qu'initialise le Quickstart Terminal, on en arrive à :
- démarrage de VM
- démarrage de la VM si présente
- régénération des certificats (?)
 
Au final c'est peut-être lui que je vais configurer en tant que service (ou son script d'init).
Derrière restart policy sur le container et zzou.
 
Je vais partir là dessus

Ca m'a fait rire https://www.youtube.com/watch?v=PivpCKEiQOQ

Bonjour les femmes  
 
je commence à regarder sérieusement pour docker.
 
Je (on) gère 200+ environnements applicatifs, en particulier des serveurs d'applications avec fermes tomcat/apache.
 
Nous avons une équipe de dev d'une 20 aine de personnes.
 
Je pense que docker (/git) pourrait être une solution intéressante pour éviter les problèmes de dépendances applicatives et simplifier le workflow de test & prod.
 
Problème : peu de feedback sur cette nouvelle techno en prod et encore moins de doc d'intégration   Egalement gros hype  

Faut dire que chaque env de prod est spécifique à chaque boîte. Avant de se mettre à  docker en prod, faut d'abord avoir de l'automatisation sinon t'en chiera grave et tu perdras plus de temps.
Chez nous, on fait du python: plone, odoo & django pour 200 clients. Les problèmes viennent souvent des bugs docker/noyau qui te forcent à mettre à jour (et qui te font découvrir d'autres bugs).  

Clair que si vous faites pas déjà du GIT (ou autre) - avec branches distinctes, et que vous avez pas d'outil d'intégration continue, le ticket d'entrée pour se lancer dans Docker devra commencer par là.

Enfin ça n'empêche pas de l'utiliser, mais ça réduit grandement son intérêt.

   
 
On a du GIT mais pas d'intégration continue.
 
Le dev fait son appli en local avec dépot GIT (Renater   ). Ensuite je créé l'env de préprod puis de prod.
 
C'est assez lourd...
 
L'intégration docker/git me semblait séduisante sur ce point...

Je suis plutôt d'accord aussi. À mon avis, pour être rentable, faut déjà un process automatisé.

Oui, faut rajouter un Jenkins et un private registry et vous êtes bons

Je note Que pourriez vous me conseiller dans cette optique ? J'ai pas de connaissances sur ce type d'outils (je suis ops pas dev)
 
edit : jenkins donc en premier ? Private registry on est déjà dans le docker non ?

Jenkins dispose de tout un tas de plugins qui vous permettront d'exploiter Docker :
- création d'image en fonction de push sur un dépot GIT
- lancement d'instance Docker pour réaliser tests
- positionnement de tag sur les images en fonction de la réussite des tests
 
Le private registry c'est pour stocker les images, si vous ne voulez pas les envoyer sur le docker hub, ou si vous ne voulez pas payer pour des repos privés. Après dans un premier temps rien n'empêche de ne construire que les images localement si c'est uniquement pour le dev/test et pas la mise en prod.

et UP du topic

A noter que Gitlab, dans sa dernière version de Lundi, est aussi capable de jouer le rôle de registre Docker.

Du coup comme il fait aussi CI (perso on utilise Jenkins donc je ne peux dire si il est aussi/mieux/moins bin adapté), c'est un très bon plan pour se lancer puisque t'as la totale pour monter ta chaine d'intégration.

Video intéressante : https://www.youtube.com/watch?v=_uw1ISM_uRU

Chaud de se former sur tout ca.
 
Sans aller dans docker, git/maven avec mesos et marathon ca serait déjà super.

Hello Messieurs, je commence à utiliser Docker au boulot dans une optique d'optimisation de workflow, et j'ai une petite question de noob.
 
Soit une application Node.js utilisant une BD quelconque (Redis dans le cas présent mais peu importe). Cette application est packagée dans un container Docker, mais le container n'inclut pas Redis, qui est déjà installé sur le serveur.
 
Y'a t'il un moyen pour que l'appli du container utilise le serveur Redis installé sur le serveur, sans être obligé de refaire le container pour l'y inclure ni de lier le container de l'appli à un autre container Redis ?
 
Merci