J'ai constaté le même "problème".
Soit je n'ai rien compris à Docker (très possible), soit il y a vraiment un truc qui me gène grandement dans Docker. Un container Docker ne boote pas ! Il est créé et repose sur une seule simple commande. Si la commande s'arrête , le container s'arrête avec. Dans ce contexte, comment démarrer des services automatiques ? Comment administrer tout simplement le docker ? (Mise à jour, supervision, métrologie, sauvegarde, ...)
LXC n'a pas ce problème puisqu'un container lxc boote réellement (et en moins de 2s pour un LAMP)
J'ai l'impression que Docker permet aux développeurs, avec des habitudes de développeurs (commit, pull, push, ...), d'avoir l'impression de faire du système et de l'infra. C'est une bonne idée, mais devops et sysops, ce n'est pas le même métier.
J'aimerai vraiment qu'on ne me montre que j'ai tort. Tout le monde semble enthousiaste autour de Docker, alors que je le trouve très décevant.
[^] # Re: Docker vs LXC
Posté par H4wkmoon . En réponse à la dépêche La folie Docker. Évalué à 4.
J'ai constaté le même "problème".
Soit je n'ai rien compris à Docker (très possible), soit il y a vraiment un truc qui me gène grandement dans Docker. Un container Docker ne boote pas ! Il est créé et repose sur une seule simple commande. Si la commande s'arrête , le container s'arrête avec. Dans ce contexte, comment démarrer des services automatiques ? Comment administrer tout simplement le docker ? (Mise à jour, supervision, métrologie, sauvegarde, ...)
LXC n'a pas ce problème puisqu'un container lxc boote réellement (et en moins de 2s pour un LAMP)
J'ai l'impression que Docker permet aux développeurs, avec des habitudes de développeurs (commit, pull, push, ...), d'avoir l'impression de faire du système et de l'infra. C'est une bonne idée, mais devops et sysops, ce n'est pas le même métier.
J'aimerai vraiment qu'on ne me montre que j'ai tort. Tout le monde semble enthousiaste autour de Docker, alors que je le trouve très décevant.