procfusion est plus pour des services qui sont regroupés (ce qui aujourd'hui est plutôt géré par la notion de pod)
Dans 95% des cas, recourir à supervisord/procfusion dans un conteneur Docker, c'est un anti-pattern et un symptôme d'un conteneur qui devrait être splitté.
Je suis pas sûr de ce que tu entend par "pod" (mon cerveau influencé par kubernetes entend: un ensemble de conteneur), si on a la même définition alors on est d'accord : plusieurs services = plusieurs conteneurs.
Cependant, un service != un processus. Dans 95% des cas oui, mais dans les 5% restant, pas forcément. Comme par exemple un petit processus qui surveille un point de montage de volume avec inotify pour appeler nginx -s reload quand un certificat TLS est renouvelé.
[^] # Re: supervisord
Posté par David Delassus (site web personnel) . En réponse au lien procfusion - Un gestionnaire de processus, écrit en Rust, pour vos images Docker. Évalué à 5.
Dans 95% des cas, recourir à supervisord/procfusion dans un conteneur Docker, c'est un anti-pattern et un symptôme d'un conteneur qui devrait être splitté.
Je suis pas sûr de ce que tu entend par "pod" (mon cerveau influencé par kubernetes entend: un ensemble de conteneur), si on a la même définition alors on est d'accord : plusieurs services = plusieurs conteneurs.
Cependant, un service != un processus. Dans 95% des cas oui, mais dans les 5% restant, pas forcément. Comme par exemple un petit processus qui surveille un point de montage de volume avec
inotifypour appelernginx -s reloadquand un certificat TLS est renouvelé.procfusion, c'est pour ce cas là précisément.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg