Qu’est-ce que tu entends pas là ? Tu penses à des mécanismes propres à Kubernetes/Docker qui le permettent ? Ou bien que le process "métier" (ie: celui qu’il s’agit de faire tourner dans le conteneur, celui qui rend le service) le fasse lui-même ?
Kubernetes utilise dumb-init. Docker n'a rien pour ça.
Certains programmes ne le font pas, tu ne peux pas toujours modifier ces programmes.
Et ben pour ces cas là on ajoute ce dont on a besoin.
Un peu de mauvaise foi là je trouve ^
Pas du tout je suis très premier degré. Si la philosophie c'est d'avoir des trucs au cas où debootstrap est un excellent candidat. Il permet d'avoir quelque chose de léger et de ne pas trop s'embêter quand on veut faire quelque chose en plus.
En tous cas je ne vois pas comment faire autrement.
Ajouter ton interpréteur puisque tu y tiens au build, mais si c'est du push tu va avoir besoin de modifier le programme et si c'est du pull bien souvent on s'appuie sur le moteur de containers pour avoir la liste de tous les services à surveiller. Ça permet de ne pas avoir de truc en plus dans chaque service, de ne pas avoir de configuration en plus, éventuellement d'avoir des règles réseau bien plus strictes sans avoir besoin de les dimensionner pour le démarrage et d'avoir un découplage fonctionnel.
[^] # Re: Déjà vendredi ?
Posté par barmic 🦦 . En réponse à la dépêche Systemd v256. Évalué à 2.
Kubernetes utilise dumb-init. Docker n'a rien pour ça.
Et ben pour ces cas là on ajoute ce dont on a besoin.
Pas du tout je suis très premier degré. Si la philosophie c'est d'avoir des trucs au cas où debootstrap est un excellent candidat. Il permet d'avoir quelque chose de léger et de ne pas trop s'embêter quand on veut faire quelque chose en plus.
Ajouter ton interpréteur puisque tu y tiens au build, mais si c'est du push tu va avoir besoin de modifier le programme et si c'est du pull bien souvent on s'appuie sur le moteur de containers pour avoir la liste de tous les services à surveiller. Ça permet de ne pas avoir de truc en plus dans chaque service, de ne pas avoir de configuration en plus, éventuellement d'avoir des règles réseau bien plus strictes sans avoir besoin de les dimensionner pour le démarrage et d'avoir un découplage fonctionnel.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll