что бы получился кубернетс? да нунах

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

воот...!

А почему нельзя опять таки через дискавери сделать прокси?

"лоадбалансер приложения" запускается в сворме,  докер-ген это дело улавливает, и строит ровно такой конфиг какой нужно

а сворм тогда зачем?

Ну для меня сворм это очень удобный менеджер сетей и кластера.

Я имел в виду - сделать абсолютно такой-же прокси через "resolver <ip>;" и дальше проксировать по имени домена

Тогда ничего вообще не придется переконфигурить

ну да, а еще его преимущество в том что у него api докера, когда я пытался кластер без сорма сделать тогда был дискавери который реально знал на каком хосту и на каком порту сбиндился контейнер

а как тогда вообще понять что  появилось новое приложение и какой у него dns?

хотя чего уж там , у меня так и есть, просто сеть на приложение и каждый компонент точно знает где искать другого, ...  то есть там вообще ничего не нужно

Через резолвер по имени домена. Например мы деплоим приложение у которого есть один или несколько экспоженых портов и указано что у него домен namename,ru. Тогда если мы сделаем  что-то вроде
set $backend "http://$hostname.discovery";
proxy_pass $backend$request_uri;
он будет туда автоматом проксировать

объясни как docker-gen работает

Ну а у меня много разных микросервисов которые связаны по именам, и когда появляется новый инстанс он автоматов появляется в dns

Как записи в днс попадают?

вот мой условный конфиг приложения

version: '2'

services:
 lb:
   image: hanzel/load-balancing-swarm
   container_name: lb
   expose:
     - "80"
   environment:
     - APP_NAME=hello
     - CONSUL_URL=${KV_IP}:8500
   depends_on:
     - web
   networks:
     - proxy-net
     - app-net

 web:
   image: eeacms/hello
   expose:
     - "80"
   networks:
     - app-net

networks:
 proxy-net:
   external:
     name: proxy-net
 app-net:
   driver: overlay

слушает докер через апи, слушает события, как только появляется событие запуска или останова контейнера из докера вытягивается информация обо всех запущенных контейнерах, в этой информации  можно читать env labels и прочие данные, на основании этих данных строится конфиг

хз... это работает просто на докере без консула