• [^] # Re: devops

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

    Ils doivent donc maintenir leur config ailleurs (avoir un patch à réappliquer ou autre). Ça ne m'a pas l'air terrible.

    La config peut être importée via un autre container, avec l'option --volumes-from, les seuls limites sont quand une spec de config changent, mais ça on peut difficilement y échapper. Dans les fait ça ne pose pas vraiment de problème.

    Bref ce n'est jamais totalement bloquant, mais c'est désagréable à utiliser (là où pour du devops, il faut au contraire rendre les choses les plus agréables et rapide possibles).

    Justement, il reste infiniment plus simple de fournir une image sur un repo privée et donner une commande docker pull qu'envoyer du code brut qui devra ensuite être déployé manuellement, et même dans le cas où il n'y aurait pas de repo, la doc ne contiendra pas plus de lignes de commandes à taper (docker pull sera remplacé par docker build).

    On a très rarement à uploader une image docker. Si j'ai un repo, je peux build l'image directement dessus via le Dockerfile, le seul cas où j'aurais en réalité à faire ça, ça serait dans le cas où j'aurais construit mon image manuellement avec des docker commit, ce qui n'est de toute façon pas une bonne pratique.