códigos

Dentro de "Containers" verifica-se quais containers fazem parte dessa rede. Todos os containers que estiverem na mesma rede poderão se comunicar através de seus respectivos nomes. Como visto acima, caso um container novo acesse a rede isolated_nw, ele poderá acessar o container amazing_noyce usando apenas o seu nome.

Utilizando redes no docker composer

Por padrão, o Compose já cria uma única rede para o seu aplicativo. Cada container entra na rede padrão e é tanto alcançável para os outros containers nessa mesma rede, quanto detectável por eles com um hostname idêntico ao nome do container. O nome da rede é dado baseado no "nome do projeto", que é baseado no nome do diretório em que está inserido. É possível dar override no nome do projeto com a flag --project-name ou a variável COMPOSE_PROJECT_NAME.

Digamos que o seu aplicativo esteja em um diretório chamado meuapp, e o seu docker-compose.yml esteja parecido com isso:

  services:
   web:
      build: .
      ports:
         - "8000:8000"
   db:
      image: postgres
      ports:
         - "8001:5432"

Quando você roda docker compose up, acontece o seguinte:

1.   Uma rede chamada meuapp_default é criada.
2.   Um container é criado usando a configuração de web. Ele entra na rede meuapp_default com o nome web.
3.   Um container é criado usando a configuração de db. Ele entra na rede meuapp_default com o nome db.

Cada container pode, agora, pesquisar o hostname web ou db e retornar o endereço IP do respectivo container. Por exemplo, o código de aplicação de web pode conectar à URL postgres://db:5432 e começar a usar o banco dados Postgres.
É importante notar a diferença entre HOST_PORT e CONTAINER_PORT. No exemplo acima, para db, HOST_PORT é 8001 e a port do container é 5432 (padrão postgres). A comunicação entre serviços de rede usa CONTAINER_PORT. Quando HOST_PORT é definida, o serviço é acessível externamente também.

Vincular containers

Vínculos permitem definir apelidos extras pelos quais um serviço é alcançável por outro. Eles não são necessários para habilitar a comunicação de serviços. Por padrão, qualquer serviço pode alcançar outro com aquele nome do serviço. Por exemplo, db é alcançável por web nos hostnames db e database:

  services:

   web:
      build: .
      links:
         - "db:database"
   db:
      image: postgres

Redes com múltiplos hosts

Quando estamos usando uma aplicação Compose em uma engine Docker com o modo Swarm (recurso para gerenciar um cluster de Docker daemons) habilitado, é possível usar o driver overlay já incluído para habilitar a comunicação entre múltiplos hosts.
Redes overlay sempre são criadas como attachable, ou seja, que é possível separar um container privilegiado e ainda continuar a comunicação. É possível, opcionalmente, colocar a propriedade attachable como falsa.

Especificar redes personalizadas

Ao invés de apenas usar a rede padrão, você pode especificar a sua própria rede usando a chave de networks de alto nível. Isso permite a criação de topologias mais complexas e especificar drivers de rede personalizados. Também é possível usá-la para conectar serviços a redes criadas externamente que não são gerenciadas pelo Compose.
Cada serviço pode especificar a quais redes quer se conectar com a chave de networks de nível de serviço, que é uma lista de nomes referenciando entradas através chave de redes de alto nível.

O exemplo a seguir mostra um arquivo Compose que define ruas redes personalizadas. O serviço proxy é isolado do serviço db pois eles não têm uma rede em comum. Apenas app pode comunicar com ambos.

  services:
   proxy:
      build: ./proxy
      networks:
         - frontend
   app:
      build: ./app
      networks:
         - frontend
         - backend
   db:
      image: postgres
      networks:
         - backend

  networks:    frontend:
      # Use um driver personalizado
      driver: driver-personalizado-1
   backend:
      # Use um driver personalizado que leva opções especiais
      driver: driver-personalizado-2
      driver_opts:
         foo: "1"
         bar: "2"

Redes podem ser configuradas com endereços de IP estáticos colocando o endereço ipv4 e/ou ipv6 para cada rede vinculada.
Redes também podem ter um nome personalizado:

  services:
   # ...
  networks:
   frontend:
        name: frontend_personalizado
        driver: driver-personalizado-1

Configurar a rede padrão

Ao invés de especificar as suas próprias redes, também podemos mudar as configurações da rede padrão do aplicativo definindo uma entrada networks chamada default:

  services:
   web:
      build: .
      ports:
         - "8000:8000"
   db:
      image: postgres

  networks:
   default:
      # Use um driver personalizado: .
      driver: driver-personalizado-1

Usando uma rede já existente

Se você quer que seus containers entrem em uma rede já existente, use a opção external.

  services:
   # ...
  networks:
   network1:
      name: minha-rede-existente
      external: true

Ao invés de tentar criar uma rede chamada [nomeprojeto]_default, o Compose procura por uma rede chamada minha-rede-existente e conecta os containers do seu app a ela.