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

Короткий ответ - я бы даже пытаться не стал на фре использовать докер. И как видишь не пытался. Это бессмысленно

нда. специфика русскоязычных чатов.

нда. специфика русскоязычных чатов.

я думаю дело в том что здесь ни у кого нет реального опыта с этим, ну или он хорошо прячется

ну вот у меня тоже нету

я пока видел толького одного человека котоырй завел докер на фре. и он говорит у него получилось

но ответ который звучит как "не суйся" - тоже хороший ответ в данном случае

я так понял опыт не уникальный. и зачем то тут спросил :)

лучше найди группу фряшников, там каждый первый тебе ответит что думает обб этом =)

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

о а это идея.

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

тоесть фраза типа "фряха говно - в ней не работает докер " будет отличным началом)

блин там на канале все теже самые люди :)

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

да

блин там на канале все теже самые люди :)

внезапно :)))

казалось бы очевидно что те кто сидят и на docker и на freebsd имею опыт работы с docker под freebsd

но нет.

именно

ты знаешь кого-нибудь, кто сидит и на Linux, и на ZFS? я - да. а кто имеет опыт работы ZFS под Linux? я - нет

@lorddaedra, привет, ты случайно не собрал нормальный контейнер для borg?

ты знаешь кого-нибудь, кто сидит и на Linux, и на ZFS? я - да. а кто имеет опыт работы ZFS под Linux? я - нет

выяснилсь что да. знаю.

выяснилсь что да. знаю.

о, покажи нам героя

:) не могу. он избегает телеграма

:) не могу. он избегает телеграма

это много еобъясняет :)

Kubernates vs swarm vs nomad vs ...? Пишите про реальный опыт, реальный опыт в проде.

и все такие сразу ломанулись писать kubernates гавно

сварм руляет

сварм руляет

На сварме большой кластер?

Видимо, ни у кого нет реального опыта )

ага

Сварм, кластер небольшой. Работает норм

Много приложений?

Вопрос к тому что как реверс-прокси работает?

Мало. Под десяток сеток в оверлее, в каждом до 50 микросервисов

Нгинкс

Консул?

Угу. Дискавери свой

реверс прокси переконфигурируется автоматом при деплое нового приложения или миграции балансёра приложения?

Не, дискавери стоит резолвером

Ну то есть балансёр на днс построен, глобального реверс-прокси нет. Балансер приложения торчит наружу. Я правильно понял?

У меня несколько нгинкс по инстансу на хост. Каждый проксирует куда нужно. А между внешними ИП dns rr

Каждый нгинкс в нужных сетях участвует

В общем я не понимаю как это работает

5 сек, перейду на ноут и напишу

Давайте от задачи. Я хочу деплоить приложение чем-то похожим на docker-compose, с 9 микросервисами, в отдельной подсети под приложение. Микросервисы размазаны, но к примеру постгре деплоится там же где контейнер с данными. Далее, один из микросервисов лоадбалансер, который динамически переконфигурируется при запуске ещё одного микросервиса апи. Далее, когда Приложение поднялось, главный реверс-прокси динамически начал роутить на лоадбалансер приложения исходя из доменного имени

Можно от задачи. Чем деплоить конкретно так и не compose - я не знаю, возможно своими костылями? В качестве лоадбалансер у меня стоит nginx у которого в конфиге стоит: resolver 10.0.100.254 valid=0s ipv6=off; location / { set $backend "http://ms-$msservice.discovery"; proxy_pass $backend$request_uri; }

Глобальный реверс-прокси можно переконфигурить по факту запуска приложения с добавлением нового конфига

Я пробовал такой вариант. На нестандартном порту не попер ресолвер.

А чем стандартный не устраивает?

Да не хотел консула днс публиковать

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

Ну сварму нужен публичный консул

Чтобы ноды добавлять в кластер

Сварму нужен консул, да. Но не обязательно ж использовать консул как резолвер. Плюс можно на iptables закрыть достпуность консула только нодам кластера

Ну вот это уже приседания

Всем привет! Кто нибудь собирал redmine под докер?

А ресолвер на нестандартном не покатил, хотя я может чего не догнал

кстати, один из самый простых вариантов использовать proxy-nginx

он будет слушать сворм, и при появлении сервисов релоадить конфиг

он будет слушать сворм, и при появлении сервисов релоадить конфиг

Как это, сворм слушать?

ну докер по https слушать на порту, в общем собитыя от докера

кстати, один из самый простых вариантов использовать proxy-nginx

Да, у меня сервис дискавери именно это и делает

вот этот дружок, и он простой как палка

https://github.com/jwilder/nginx-proxy

не нужен ни консул ни регистратор, вообще нихрена, я даже letsencrypt обновлялку под сворм запилил

Для межсерсивных запросов внутри сети нужно

ну так может и нужен, но если просто сервисы , то этого хватит

хотя внутри сети я даже не знаю... может быть просто haproxy поставил и все , как только сервис в обычном днс докера появится так и радость, хотя даже этогоже nginx proxy может хватить

днс докера иногда залипает на несколько секунд, плюс не умеет раундробин между интсансами одного сервиса

раунд кажись умеет

Фигня какая-то proxy-nginx

фигня потому что на баше? =)

днс докера иногда залипает на несколько секунд, плюс не умеет раундробин между интсансами одного сервиса

я бы на днс не полагался, лучше реально upstream грамотный, с учетом количесва соединений

Они возвращают все А, а если использовать glibc для резолва - оно не рабоатет

Потому что sock. Как оно отследит что на хрен знает каких нодах ещё двадцать микросервисов поднялось?

я бы на днс не полагался, лучше реально upstream грамотный, с учетом количесва соединений

Почему на днс не надо полагаться?

Потому что sock. Как оно отследит что на хрен знает каких нодах ещё двадцать микросервисов поднялось?

а тебе не нужен сок в сворме, тебе нужно указать адрес и порт докера, тоесть сворм мэнеджера

Почему на днс не надо полагаться?

ну как минимум из за желания считать соединения и балансировать соответствующе

Ты про доступ снаружи? Или для кросс-сервисного? Я говорю сейчас про кучу микросервисов которые друг с другом общаются

ну да , про внутреннюю для сервисов

роунд появился в 1.11 , поясни что не так с ним

google: RFC3484 (rule 9) glibc.getaddrinfo если кратко - все получаемые А сортируются и берется первый

тоесть докер их не крутит покругу? а просто все возвращает в одинаковой сортировке каждый раз?

Крутит, но смысла в этом мало

Это на клиенте уже происходит

а... клиент сортирует? а нафига?

RFC3484 (rule 9) все дела

в общем моя текущая конфигурация это swarm+consul. На каждой ноде стоит registrator, который в консул сливает такущие запущенные контейнеры на ноде. Приложение включает ладбалансер на hanzel/load-balancing-swarm и микросервисы в своей подсети. Есть главный ревер-прокси, который единственный торчит наружу и также находится в одной подсети со всеми лоадбалансерами всех приложений

сцука, ну все равн, если тот же nginx взятьвзять то он нормальный раунд робин сделает

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