Les bases des réseaux de conteneurs

Les conteneurs sont isolés par conception, ce qui est idéal pour la sécurité et la portabilité. Toutefois, pour être utiles, les applications doivent souvent communiquer entre elles et avec le monde extérieur.

C’est là que le réseau Docker intervient ! Il permet aux conteneurs de communiquer de manière sécurisée et efficace.

Lorsque vous exécutez un conteneur sans préciser de réseau, Docker le connecte automatiquement au réseau bridge par défaut. Ce réseau s’appelle bridge.

Les conteneurs de ce réseau peuvent communiquer entre eux à l’aide de leurs adresses IP et ont également accès à Internet.

Vous pouvez facilement afficher tous les réseaux Docker disponibles sur votre système. La commande docker network ls les répertorie, tandis que docker network inspect fournit la configuration détaillée d’un réseau donné.

Essayez de répertorier vos réseaux :

Chaque conteneur connecté à un réseau bridge (par défaut ou défini par l’utilisateur) reçoit sa propre adresse IP unique du serveur DNS interne de Docker.

Cette adresse IP permet aux autres conteneurs du même réseau de l’atteindre. Affichons l’adresse IP d’un conteneur :

Sur le réseau bridge par défaut, les conteneurs peuvent communiquer entre eux à l’aide des adresses IP qui leur sont attribuées. Cependant, ces adresses peuvent changer, ce qui rend cette méthode moins fiable pour les applications dynamiques.

Pour faciliter la découverte des conteneurs et la communication par nom, les réseaux bridge définis par l’utilisateur constituent l’approche moderne à privilégier.

Les réseaux bridge définis par l’utilisateur offrent des avantages importants par rapport au réseau bridge par défaut :

• Résolution DNS automatique : les conteneurs du même réseau défini par l’utilisateur peuvent se trouver grâce au nom de leur service (le nom du conteneur).
• Meilleur isolement : ils offrent un meilleur isolement à vos applications.
• Possibilités de configuration : vous disposez d’un contrôle accru sur les paramètres réseau.

Créons un réseau personnalisé, exécutons-y un serveur web Nginx, puis utilisons un autre conteneur pour accéder au serveur Nginx par son nom. Vous allez voir comme c’est simple !

Pour accéder au service d’un conteneur depuis votre machine hôte ou un réseau externe, vous devez « publier » ou « associer » son port à l’aide de l’option -p ou --publish.

Par exemple, -p 8080:80 associe le port 8080 de l’hôte au port 80 du conteneur.

Outre les réseaux bridge, Docker propose d’autres pilotes réseau pour des cas d’utilisation spécifiques :

• Host : le conteneur partage la pile réseau de l’hôte et perd son isolement.
• None : le conteneur ne possède aucune interface réseau.
• Overlay : utilisé par Docker Swarm pour permettre la communication entre plusieurs processus Docker sur des hôtes différents.

Chaque pilote répond à un objectif particulier selon les scénarios de déploiement.

Quelles affirmations concernant le réseau bridge par défaut de Docker et les réseaux bridge définis par l’utilisateur sont vraies ?

Nous avons vu les notions essentielles des réseaux Docker :

• Le réseau bridge par défaut permet aux conteneurs de communiquer par IP.
• Les réseaux bridge définis par l’utilisateur sont à privilégier pour la résolution DNS automatique par nom et un meilleur isolement.
• Nous avons appris à faire communiquer les conteneurs entre eux et à exposer leurs ports à l’hôte.
• Nous avons également abordé brièvement d’autres pilotes réseau comme host et overlay.

Comprendre les réseaux est essentiel pour créer des applications conteneurisées interconnectées. Nous allons maintenant découvrir la gestion des données persistantes avec les volumes Docker !