Bonjour, Le dim. 27 avr. 2025 à 02:59, Marc Chantreux <[email protected]> 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
