1. Forum
  2. Usenet
  3. LINUX.DEBIAN.USER.FRENCH

  • Re: Pourquoi Docker ? Et application web.

    From Marc Chantreux@21:1/5 to All on Sun Apr 27 03:00:01 2025
    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.

    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)

    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 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).

    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.

    --
    Marc Chantreux

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?B?SsOpcsOpbXkgTGFs?=@21:1/5 to All on Sun Apr 27 14:00:01 2025
    Le dim. 27 avr. 2025 à 13:38, Marc Chantreux <mc@unistra.fr> a écrit :

    On Sun, Apr 27, 2025 at 09:09:43AM +0200, kaliderus wrote:
    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...

    * ben franchement: si tu ne connais ni docker ni composer, il faut au
    moins en apprendre un (parce que le gain de temps après apprentissage de
    la techno)
    * si tu ne compte pas devenir un développeur php régulier, j'aurais
    tendance à te dire que dans ton cas ça vaut le coup d'avoir juste
    assez de bases de docker pour démarrer ton container de dev (ce qui
    t'évite toute la config. du serveur web et la gestion des dépendances
    php normalement


    podman c'est pas mal aussi, comme alternative à Docker. C'est mieux intégré à Debian je trouve.

    <div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">Le dim. 27 avr. 2025 à 13:38, Marc Chantreux &lt;<a href="mailto:mc@unistra.fr">mc@unistra.fr</a>&gt; a écrit :<br></div><
    blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sun, Apr 27, 2025 at 09:09:43AM +0200, kaliderus wrote:<br>
    &gt; &gt; dans le cas du tuto symphony, ca permet de pouvoir se débarasser de la<br>
    &gt; &gt; lecture d&#39;une doc d&#39;install, de la configuration d&#39;un serveur web et<br>
    &gt; &gt; autres joyeusetés qui précèdent le développement.<br>
    &gt; <br>
    &gt; C&#39;est me lancer avec une techno, qui vaut ce qu&#39;elle vaut, et que je<br>
    &gt; ne connais pas qui m&#39;enquiquine...<br>

    * ben franchement: si tu ne connais ni docker ni composer, il faut au<br>
    moins en apprendre un (parce que le gain de temps après apprentissage de<br> la techno)<br>
    * si tu ne compte pas devenir un développeur php régulier, j&#39;aurais<br>   tendance à te dire que dans ton cas ça vaut le coup d&#39;avoir juste<br>   assez de bases de docker pour démarrer ton container de dev (ce qui<br>
      t&#39;évite toute la config. du serveur web et la gestion des dépendances<br>
      php normalement<br></blockquote><div><br></div><div>podman c&#39;est pas mal aussi, comme alternative à Docker. C&#39;est mieux intégré à Debian je trouve.<br></div></div></div>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Marc Chantreux@21:1/5 to kaliderus on Sun Apr 27 13:40:01 2025
    On Sun, Apr 27, 2025 at 09:09:43AM +0200, kaliderus wrote:
    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...

    * ben franchement: si tu ne connais ni docker ni composer, il faut au
    moins en apprendre un (parce que le gain de temps après apprentissage de
    la techno)
    * si tu ne compte pas devenir un développeur php régulier, j'aurais
    tendance à te dire que dans ton cas ça vaut le coup d'avoir juste
    assez de bases de docker pour démarrer ton container de dev (ce qui
    t'évite toute la config. du serveur web et la gestion des dépendances
    php normalement)

    Étant visiblement de l'ancienne école...je vais continuer dans un environnement de dev artisanal

    fais un paquet debian pour symphony :)

    cdlt,

    --
    Marc Chantreux

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Marc Chantreux@21:1/5 to All on Sun Apr 27 14:50:01 2025
    podman c'est pas mal aussi, comme alternative à Docker. C'est mieux intégré à
    Debian je trouve.

    c'est possible mais si le tuto mentionne docker, c'est probablement
    parce qu'il doit y avoir un `docker pull symphony` qqpart. comme
    kaliderus n'a pas l'air de vouloir trop s'investir ni dans docker ni
    dans php (et comme je le comprend …), je me dis que le mieux est de
    tenter de coller au plus pret du tuto pour finir le taff et passer sur
    un projet intéressant.

    et puis tu risques plus de croiser docker que podman en entreprise
    (c'est très utilisé dans les outils de CI/CD par exemple).

    a+

    --
    Marc Chantreux

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Basile Starynkevitch@21:1/5 to kaliderus on Mon Jun 2 10:10:01 2025
    On Sat, 2025-04-26 at 17:56 +0200, kaliderus wrote:
    Bonjour,

    J'ai une application web à développer et mon choix pourrait se porter
    sur l'utilisation de Symfony, entre autres.

    Une possibilité pourrait être l'utilisation de la libonion (elle facilite l'écriture d'un service web) en https://www.coralbits.com/libonion/ qui est dévelopée en Espagne

    Une autre possibilité est bien évidemment https://ocsigen.org qui s'appuie sur
    des technologies logicielles libres en grande majorité françaises. Le langage Ocaml est français (https://ocaml.org/ ...) et il est utilisé dans la fintech:
    https://www.lexifi.com & https://janestreet.com/ car sur bien des aspects sûr (grâce à son inférences de types) et efficace.

    Une troisième approche serait d'utiliser https://fr.wikipedia.org/wiki/FastCGI avec un serveur en logiciel libre (Apache ou Lighttpd sont tous deux états- uniens: https://httpd.apache.org/ et https://www.lighttpd.net/ et Symphony aussi https://symphony.com/ ...)

    Librement
    --
    Basile STARYNKEVITCH <basile@starynkevitch.net>
    8 rue de la Faïencerie http://starynkevitch.net/Basile/
    92340 Bourg-la-Reine https://github.com/bstarynk
    France https://github.com/RefPerSys/RefPerSys

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)