mirror of https://github.com/docker/docs.git
docs change for compose/networking (#3094)
* docs change for compose/networking Without this clarification, I was tripped up for a while because it wasn't easy to understand why containers were getting connection refused errors on ports defined for the host, not the container.
This commit is contained in:
parent
415a358d7e
commit
c4da71c5fa
|
@ -28,6 +28,8 @@ For example, suppose your app is in a directory called `myapp`, and your `docker
|
|||
- "8000:8000"
|
||||
db:
|
||||
image: postgres
|
||||
ports:
|
||||
- "8001:5432"
|
||||
|
||||
When you run `docker-compose up`, the following happens:
|
||||
|
||||
|
@ -42,7 +44,15 @@ get back the appropriate container's IP address. For example, `web`'s
|
|||
application code could connect to the URL `postgres://db:5432` and start
|
||||
using the Postgres database.
|
||||
|
||||
Because `web` explicitly maps a port, it's also accessible from the outside world via port 8000 on your Docker host's network interface.
|
||||
It is important to note the distinction between `HOST_PORT` and `CONTAINER_PORT`.
|
||||
In the above example, for `db`, the `HOST_PORT` is `8001` and the container port is
|
||||
`5432` (postgres default). Networked service-to-service
|
||||
communication use the `CONTAINER_PORT`. When `HOST_PORT` is defined,
|
||||
the service is accessible outside the swarm as well.
|
||||
|
||||
Within the `web` container, your connection string to `db` would look like
|
||||
`postgres://db:5432`, and from the host machine, the connection string would
|
||||
look like `postgres://{DOCKER_IP}:8001`.
|
||||
|
||||
## Updating containers
|
||||
|
||||
|
|
Loading…
Reference in New Issue