DNS y Resolución de Servicios Entre Contenedores

En una red definida por Docker, los servicios pueden localizarse mediante el nombre que tienen dentro de esa red. El nombre de servicio sustituye a una IP cambiante; por eso una prueba DNS debe separarse de la prueba del puerto y del estado de la aplicación.

Ejemplo resuelto

Supón dos servicios en appnet: api escucha internamente en 8080 y worker debe llamarla. La dirección conceptual es http://api:8080, no http://localhost:8080 desde worker.

1. Conecta ambos contenedores a la misma red.

2. Desde worker, resuelve api usando una herramienta disponible en esa imagen o inspecciona la configuración de red.

3. Comprueba después la conexión al puerto 8080.

4. Si resuelve pero falla la conexión, revisa el proceso y el puerto de escucha.

Error frecuente: usar localhost para referirse a otro contenedor; corrígelo con el nombre del servicio y el puerto interno.

Pruébalo

Crea una tabla con frontend, api y db, indicando red, nombre DNS usado y puerto interno. Haz que solo frontend publique un puerto.

Comprueba tu resultado

El proxy del contenedor frontend debe resolver api; el navegador externo no utiliza el DNS interno. api debe resolver desde frontend, db desde api, y ningún servicio debe intentar localizar a otro mediante localhost. Distingue explícitamente resolución correcta de conexión correcta.