Re: Pourquoi Docker ? Et application web.
Bonjour,
Le dim. 27 avr. 2025 à 02:59, Marc Chantreux <mc@unistra.fr> a écrit :
>
> salut,
>
> Toutes les questions que tu poses nécessiteraient des heures
> d'explication et contextualisation pour répondre correctement.
> je tente donc une réponse très succinte en t'invitant à revenir sur les
> points qui t'interrogent.
Et c'est déjà très bien ! je n'en demande pas plus
>
> > J'ai compris que l'idée de Docker est d'isoler certaines briques
> > logicielles du reste du système, et je m'interroge sur la pertinence
> > de l'intégrer dans mon besoin.
>
> linux possède les notions de cgroups (groupe de processus qui partagent
> des restrictions communes) de tourner dans un namespace:
>
> * son propre / qui peut partager des répertoires avec le vrai /
> * sa propre configuration réseau
>
> y'a plein de trucs que je trouve problématique dans docker mais c'était
> le premier à être très utilisé par les sysops parce que ca permet
> d'avoir une facon de faire standard pour distribuer, installer,
> orchestrer des applications (des services dans l'immense majorité des
> cas mais pas que) donc c'est le standard (actuellement disputé au moins
> par podman et guix containers).
>
> perso j'utilise le combo iproute2 + proot pour faire la même chose de
> facon plus simple et souple et je partirais sur guix si j'avais des
> besoins plus gros)
ok c'est compris
>
> dans le cas du tuto symphony, ca permet de pouvoir se débarasser de la
> lecture d'une doc d'install, de la configuration d'un serveur web et
> autres joyeusetés qui précèdent le développement.
C'est me lancer avec une techno, qui vaut ce qu'elle vaut, et que je
ne connais pas qui m'enquiquine...
>
> c'est au mieux une facilité rédactionnelle de la part de l'auteur, au pire
> une ignorance de la diversité des usages et des sitations.
>
> > Pourquoi pas ? Pourquoi aussi ?
>
> si ton but est de te concentrer sur le développement de ton appli,
> docker est probablement une bonne idée puisque tout devrait fonctionner
> en 1 commande une fois docker installé. si tu bosses en entreprise,
> le fait de savoir écrire/maintenir un dockerfile (du yaml qui contient un script
> shell) est une bonne idée.
>
> si
>
> * la commande docker n'a pas marché
> * ou l'install de docker a pété ta conf réseau
> * ou tu veux comprendre ce que tu fais
>
> install symphony a la main en t'appuyant sur les bonnes pratiques de dev
> de php (ils ont enfin des outils comme [composer](https://getcomposer.org/))
> (ce que ton dockerfile fait probablement et du coup tu peux t'en
> inspirer).
Étant visiblement de l'ancienne école...je vais continuer dans un
environnement de dev artisanal
>
> > Et qu'en est-il des performances : Est-ce que certains, qui
> > l'utilisent, ont noté une modification notable du temps de réponse du
> > serveur (Apache est prévu, mais je ne suis pas raciste des autres
> > serveurs web) ?
>
> docker ne fait qu'orchestrer: une fois lancé, c'est un container linux
> et comme les références aux namespaces ne se cumulent pas, les perfs
> doivent être identiques à celles du système.
D'accord, merci pour ces grandes lignes explicatives.
Je pense garder l'idée de Docker plus pour une cible éventuellement en
production dans un second temps.
>
> --
> Marc Chantreux
Reply to: