Соединение между двумя докерными контейнерами с помощью docker compose

Question

У меня есть 2 док-контейнера "restorecms_facade_1" (служба фасада) и "restorecms_identity_1" (служба идентификации), работающих на одном мосту "restorecms_default".

Я указал имя хоста как 'hostname: identity-srv' для образа службы идентификации в моем файле для создания докера

Фасадный сервис имеет 5000 портов и принимает мой запрос graphQL. Эта служба фасада будет делегировать запрос службе идентификации (DNS-имя "identity-srv"), работающей через порт 50051, но в настоящее время запрос на службу фасада истекает.

Мои подробности о док-контейнере и сети невесты приведены ниже.

Я не могу даже пропинговать от службы фасада до службы идентификации (но возможен обратный путь).

Я что-то здесь упускаю или мне нужно что-то добавить в службу фасадов, чтобы соединение проходило через службу идентификации?

Докер PS:

akumar@client3 /restore $ docker ps
CONTAINER ID        IMAGE                               COMMAND                  CREATED             STATUS                    PORTS                                                NAMES
4a8854ce4876        xxx/facade-srv          "node lib/index.js"      41 minutes ago      Up 41 minutes             0.0.0.0:5000->5000/tcp                               restorecms_facade_1
00f1f00ae2a6        xxx/identity-srv        "node service.js"        41 minutes ago      Up 41 minutes (healthy)   0.0.0.0:50051->50051/tcp                             restorecms_identity_1

Докер проверяет:

akumar@client3 /restore/identity-srv-TypeScript $ docker inspect restorecms_default 
[
    {
        "Name": "restorecms_default",
        "Id": "102358eab67884f7d39b78fd0bcf1050499d3dc667eddab5e15086633185837d",
        "Created": "2017-06-08T10:40:59.672964582+02:00",
        "Scope": "local",
        "Driver": "bridge",
        "EnableIPv6": false,
        "IPAM": {
            "Driver": "default",
            "Options": null,
            "Config": [
                {
                    "Subnet": "172.18.0.0/16",
                    "Gateway": "172.18.0.1"
                }
            ]
        },
        "Internal": false,
        "Attachable": true,
        "Ingress": false,
        "Containers": {
            "00f1f00ae2a64f489a530a63a9fb57711618d5e67769b739db514b5f20b73d36": {
                "Name": "restorecms_identity_1",
                "EndpointID": "d005cdff65479817bf769e4b60a18769c40d9d9cae396f3c735c2e497d6e08a4",
                "MacAddress": "02:42:ac:12:00:09",
                "IPv4Address": "172.18.0.9/16",
                "IPv6Address": ""
            },
            "4a8854ce487698149072c224378f697e9309e32649f6010d2d8c4cc4f0bb3f42": {
                "Name": "restorecms_facade_1",
                "EndpointID": "2509c8e1444d27cbe8a3188412fcbfb1aab103ec2366c22f3ad614c684ef87ab",
                "MacAddress": "02:42:ac:12:00:0a",
                "IPv4Address": "172.18.0.10/16",
                "IPv6Address": ""
            }
        },
        "Options": {},
        "Labels": {
            "com.docker.compose.network": "default",
            "com.docker.compose.project": "restorecms"
        }
    }
]

Имена хостов и пинг:

root@identity-srv:/# cat /etc/hostname 
identity-srv

root@identity-srv:/# ping 4a8854ce4876
PING 4a8854ce4876 (172.18.0.10): 48 data bytes
56 bytes from 172.18.0.10: icmp_seq=0 ttl=64 time=0.241 ms
56 bytes from 172.18.0.10: icmp_seq=1 ttl=64 time=0.149 ms
56 bytes from 172.18.0.10: icmp_seq=2 ttl=64 time=0.165 ms
^C--- 4a8854ce4876 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.149/0.185/0.241/0.040 ms


root@4a8854ce4876:/# cat /etc/hostname 
4a8854ce4876

root@4a8854ce4876:/# ping identity-srv
ping: unknown host

Моя текущая конфигурация docker-compose.yml (для службы идентификации и фасада) приведена ниже:

identity:
    hostname: identity-srv
    image: xxx/identity-srv
    ports:
      - "50051:50051"
    depends_on:
      arangodb:
        condition: service_healthy
    links:
      - arangodb
      - kafka
    healthcheck:
      test: "exit 0"

  # Facade service
  facade:
    image: xxx/facade-srv
    ports:
      - "5000:5000"
    depends_on:
      identity:
        condition: service_healthy
      #resource:
      #  condition: service_healthy
    links:
      - identity
      - kafka
      - elasticsearch
      - arangodb
      - redis

Answer 1

Hostname устанавливает только имя хоста "внутри" контейнера. Если вы хотите пропинговать его с другого, вам нужно использовать псевдоним (по умолчанию имя службы), который вы использовали в своем links раздел.

ping identity если вы хотите использовать identity-srv Вы можете использовать ссылки следующим образом: ... links: - identity:identity-srv ...

Answer 2

ссылки унаследованы. В течение многих лет современным способом было обеспечение того, чтобы у вас была версия 2 в верхней части вашего составного файла (последняя версия схемы - 3.6, но я буду держать это в 2 для этого примера), а затем все контейнеры в настраиваемой мостовой сети всегда сохраняются в DNS и доступны друг другу в этой сети. Docker предоставляет каждой виртуальной сети частный DNS-сервер и больше не использует hosts файл для разрешения имен контейнеров в той же сети докеров.

Также обратите внимание, что имена сервисов являются их DNS-именами по умолчанию, поэтому проще всего оставить их такими же, чтобы вы не указали явный ключ / значение имени хоста.

Это должно работать. Вы сможете пинговать identity от facade и наоборот:

version: '2'
services:
  identity:
    image: xxx/identity-srv
    ports:
      - "50051:50051"
    depends_on:
      arangodb:
        condition: service_healthy
    healthcheck:
      test: "exit 0"

  facade:
    image: xxx/facade-srv
    ports:
      - "5000:5000"
    depends_on:
      identity:
        condition: service_healthy