Différences

Ci-dessous, les différences entre deux révisions de la page.

--- technique:docker:good_practices:multi [2020/10/13 16:02] – [Entrypoint qui lance plusieurs services] qduchemi
+++ technique:docker:good_practices:multi [2022/05/24 20:58] (Version actuelle) – ppom
@@ Ligne 125: / Ligne 125: @@
 En gros, il y a deux solutions :
-* Utiliser [supervisord](http://supervisord.org/). C'est plutôt la moyenne artillerie, mais ça permet de faire ce que l'on veut. `supervisord` est un processus d'initialisation, il va s'exécuter en tant que PID 1 et assumer toutes ses fonctions. C'est ce qui a été retenu pour [pica-nginx](https://gitlab.utc.fr/picasoft/projets/dockerfiles/-/tree/master/pica-nginx).
+* Utiliser [supervisord](http://supervisord.org/). C'est plutôt la moyenne artillerie, mais ça permet de faire ce que l'on veut. `supervisord` est un processus d'initialisation, il va s'exécuter en tant que PID 1 et assumer toutes ses fonctions. C'est ce qui a été retenu pour [pica-nginx](https://gitlab.utc.fr/picasoft/projets/services/nginx).
 * Faire du cas par cas. Par exemple, si on sait qu'un processus enfant doit pouvoir recevoir un signal important, qu'on connaît à l'avance, on utilisera un `trap`.
-Les trap sont des *handlers* de signaux. On ne développe pas ce point, mais c'est la solution retenue pour [Murmur](https://gitlab.utc.fr/picasoft/projets/dockerfiles/-/tree/master/pica-murmur).
+Les trap sont des *handlers* de signaux. On ne développe pas ce point, mais c'est la solution retenue pour [Mumble](https://gitlab.utc.fr/picasoft/projets/services/mumble).
 Voici un extrait de son entrypoint :