Oui justement. Etant donné que son nom de service est toujours le même, pas besoin de connaitre son IP. Dans les éventuelles configurations, tu utilises influxbd, ça résoudra avec son adresse IP (même si elle change)
C’est pareil, techniquement on s’en fiche… 1 docker-compose = 1 VLAN…
Là où ça peut servir, c’est si tu as besoin d’ajouter un container d’un autre docker-compose pour qu’il puisse joindre un des tes services dans la stack ‹ monitoring ›… Par exemple, un reverse proxy (avec Traefik, c’est particulier, les containers sont connu avec les labels)
Même le scope IP c’est pas nécessaire…
Pour résumer on accéder jamais de l’extérieur (en gros depuis les machines physiques) à une adresse ip interne d’un container. On accède si et seulement si on a besoin à 1 port physique qui est lié à 1 port du container…
Les containers dans un docker-compose se connaissent par leur nom.
Si on veut permettre à 2 containers de deux docker-compose de se joindre, on les mets dans un network dédié à cette communication
On se fiche des adresses IP/ des scopes (c’est déjà isolé, ce sont des VLAN) Et donc puisque c’est isolé par défaut, on ne mets pas tous les containers dans un même VLAN…