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 <[email protected]> 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:[email protected]">[email protected]</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 <[email protected]>
    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)