Conceptos básicos de redes de contenedores

Los contenedores están aislados por diseño, lo que es excelente para la seguridad y la portabilidad. Sin embargo, para que las aplicaciones sean útiles, a menudo necesitan comunicarse entre sí y con el mundo exterior.

¡Aquí es donde entra en juego la red de Docker! Permite que los contenedores se comuniquen de forma segura y eficiente.

Cuando ejecuta un contenedor sin especificar una red, Docker lo conecta automáticamente a la red bridge predeterminada. Esta red se denomina bridge.

Los contenedores de esta red pueden comunicarse entre sí mediante sus direcciones IP y también obtienen acceso a Internet.

Puede consultar fácilmente todas las redes de Docker disponibles en el sistema. El comando docker network ls las muestra, mientras que docker network inspect proporciona la configuración detallada de una red específica.

Pruebe a mostrar sus redes:

El servidor DNS interno de Docker asigna su propia dirección IP única a cada contenedor conectado a una red bridge (predeterminada o definida por el usuario).

Esta dirección IP permite que otros contenedores de la misma red accedan a él. Veamos la IP de un contenedor:

En la red bridge predeterminada, los contenedores pueden comunicarse entre sí mediante las direcciones IP asignadas. Sin embargo, las direcciones IP pueden cambiar, lo que hace que este método sea menos fiable para aplicaciones dinámicas.

Para facilitar la detección de contenedores y la comunicación mediante nombres, las redes bridge definidas por el usuario son el enfoque moderno y recomendado.

Las redes bridge definidas por el usuario ofrecen ventajas importantes frente a la red bridge predeterminada:

• Resolución DNS automática: los contenedores de la misma red definida por el usuario pueden encontrarse mediante el nombre del servicio (el nombre del contenedor).
• Mejor aislamiento: proporcionan un mejor aislamiento para sus aplicaciones.
• Configurabilidad: ofrecen un mayor control sobre la configuración de la red.

Creemos una red personalizada, ejecutemos en ella un servidor web Nginx y utilicemos después otro contenedor para acceder al servidor Nginx mediante su nombre. ¡Observe lo sencillo que es!

Para acceder al servicio de un contenedor desde la máquina host o desde una red externa, debe «publicar» o «asignar» su puerto mediante la opción -p o --publish.

Por ejemplo, -p 8080:80 asigna el puerto 8080 del host al puerto 80 del contenedor.

Además de las redes bridge, Docker ofrece otros controladores de red para casos de uso específicos:

• Host: el contenedor comparte la pila de red del host y pierde el aislamiento.
• None: el contenedor no tiene interfaces de red.
• Overlay: se utiliza con Docker Swarm para permitir la comunicación entre varios daemons de Docker en distintos hosts.

Cada controlador cumple una función específica en distintos escenarios de implementación.

¿Qué afirmaciones sobre la red bridge predeterminada de Docker y las redes bridge definidas por el usuario son verdaderas?

Hemos cubierto los conceptos fundamentales de las redes de Docker:

• La red bridge predeterminada permite que los contenedores se comuniquen mediante IP.
• Las redes bridge definidas por el usuario son preferibles por su resolución DNS automática mediante nombres y su mejor aislamiento.
• Hemos aprendido a hacer que los contenedores se comuniquen entre sí y a exponer sus puertos al host.
• También hemos mencionado brevemente otros controladores de red, como host y overlay.

Comprender las redes es fundamental para crear aplicaciones contenerizadas interconectadas. A continuación, profundizaremos en la gestión de datos persistentes con Docker Volumes.