Logo journal du hacker middle
  1. 6
  1.  

  2. 1

    Dépôt Github avec toutes les sources, très bel article :)

    1. [Comment removed by author]

      1. 2

        Hello, Les Majs ce sont avec ‘docker-compose pull’, Le monitoring, pareille qu'une VM, y'a même des containers de monitoring, Strategie de segmentation, chaque service dans un containers, plusieurs containers par serveurs. Tu peux gérer les containers de plusieurs serveurs avec par exemple, Rancher UI, Shipyard, Kubernetes, Swarm et plein d'autres outils. Donc oui, il y a pas mal de changement avec des VMs classiques mais je pense que chacune de tes questions peuvent avoir une réponse. J'espère t'avancer un peu ! =)

        1. 2

          avec un système d'automatisation et à coup de docker pull …. ou en utilisant l'orchestration avec compose (ce que je fais). Question segmentation c'est up to you tout en sachant que la bonne pratique c'est un process = un conteneur (mais il y a des exceptions). Pour le monitoring c'est un problème car cela implique une supervision a plusieurs niveaux (processus, ressources, logs …). Malgré tout l'api docker permet déjà de récupérer ces informations et il ne reste plus qu'à coder un truc dessus (mais attention a la volatilité en cas de scale up / scale down). La question étant comment définir si mon service est bon, dégradé ou tombé. Si on regarde bien on a les même problématique avec les solutions cloud (instances amazon, openstack ou autre). Bref sur le point supervision on est loin d'être prêt (si on réfléchit en terme de supervision à la papa).

          1. 1

            en fait tu cherches une solution complète de gestion de conteneurs ? je dois t'avouer qu'avec les échos que j'ai de swarm ou kubernetes, je ne suis même pas sûr qu'ils offrent déjà tout ça.