Krakend не может получить запущенные сервисы от консула (Docker)

when I am making request via krakenD I am getting "no hosts available" and according to logs request wasn't send to consul

Причина, по которой ваш запрос не выполняется, заключается в том, что DNS-сервер Consul прослушивает нестандартный порт 8600. Похоже, что Kraken не поддерживает настройку пользовательского IP-адреса DNS и нестандартного порта. Он использует настроенные серверы имен базового хоста в /etc/resolv.conf разрешающих запросах SRV и ожидает, что эти IP-адреса будут доступны через порт 53.

Ниже приведен файл компоновки Docker, который включает следующие изменения, позволяющие Kraken разрешать DNS против Consul.

# docker-compose.yaml
---
services:
  postgres:
    image: postgres:13
    restart: 'always'
    environment:
      - POSTGRES_DB=user-db
      - POSTGRES_PASSWORD=password
      - POSTGRES_USER=user
    ports:
      - "5432:5432"
    networks:
      - vpcbr

  consul:
    image: consul:latest
    restart: 'always'
    environment:
      CONSUL_LOCAL_CONFIG: |
        {
          "recursors": [
            "8.8.8.8",
            "8.8.4.4"
          ],
          "dns_config": {
            "recursor_strategy": "random"
          },
          "ports": {
            "dns": 53
          },
          "services": [
            {
              "name": "user-ms",
              "address": "192.0.2.20",
              "port": 8082
            }
          ]
        }
    networks:
      vpcbr:
        ipv4_address: 192.0.2.10
    ports:
      - '8500:8500'
      - '8600:53/tcp'
      - '8600:53/udp'

  krakend_gateway:
    image: devopsfaith/krakend:2
    command: [ "run", "-d", "-c", "/krakend.json" ]
    dns: 192.0.2.10
    volumes:
      - ./krakend.json:/krakend.json
    ports:
      - "1234:1234"
      - "8080:8080"
      - "8090:8090"
    networks:
      - vpcbr

  user-ms:
    build: user-ms/
    platform: linux/arm64
    restart: 'always'
    depends_on: [consul, krakend_gateway]
    networks:
      vpcbr:
        ipv4_address: 192.0.2.20
    ports:
      - '8082'

networks:
  vpcbr:
    driver: bridge
    ipam:
      config:
      - subnet: 192.0.2.0/24

Докер создает изменения

1. Контейнеры развернуты в отдельной частной сети vpcbr с диапазоном IP-адресов 192.0.2.0/24. Это сделано для того, чтобы контейнеру Consul можно было назначить статический IP-адрес.
2. Контейнеру consul был присвоен статический IP-адрес 192.0.2.10 из сети vpcbr.
3. Остальные контейнеры настроены на получение динамического IP-адреса от vpcbr.
4. Контейнер krakend_gateway настроен на использование 192.0.2.10 (Consul) для разрешения восходящего DNS.

Изменения консула

1. В Consul настроена статическая регистрация для сервиса user-ms. Кроме того, вы можете использовать такую ​​программу, как Регистратор, для динамической регистрации контейнеров из Docker в Consul.
2. Consul был обновлен для прослушивания порта 53 вместо 8600.
3. Консул также был настроен с набором вышестоящих DNS-рекурсоров, чтобы он мог разрешать DNS-запросы для не .consul TLD.

Изменения Кракена

1. Пример DNS-имени хоста в документации Kraken не подходит для интеграции с Consul. Суффикс .srv следует удалить, так как Consul обрабатывает запросы только для записей в домене верхнего уровня .consul.

{
  "version": 3,
  "timeout": "3000ms",
  "cache_ttl": "300s",
  "host": "localhost:8080",
  "endpoints": [
    {
      "endpoint": "/users",
      "backend": [
        {
          "url_pattern": "/api/v1/users",
          "sd": "dns",
          "host": [
            "user-ms.service.consul"
          ],
          "disable_host_sanitize": true
        }
      ]
    }
  ]
}

С этой конфигурацией я вижу, что Kraken успешно разрешает домен user-ms.service.consul против Consul DNS.