R
хотя внутри сети я даже не знаю... может быть просто haproxy поставил и все , как только сервис в обычном днс докера появится так и радость, хотя даже этогоже nginx proxy может хватить
Size: a a a
2016 June 08
EK
днс докера иногда залипает на несколько секунд, плюс не умеет раундробин между интсансами одного сервиса
R
раунд кажись умеет
OS
Фигня какая-то proxy-nginx
R
фигня потому что на баше? =)
R
днс докера иногда залипает на несколько секунд, плюс не умеет раундробин между интсансами одного сервиса
я бы на днс не полагался, лучше реально upstream грамотный, с учетом количесва соединений
EK
Они возвращают все А, а если использовать glibc для резолва - оно не рабоатет
OS
Потому что sock. Как оно отследит что на хрен знает каких нодах ещё двадцать микросервисов поднялось?
EK
я бы на днс не полагался, лучше реально upstream грамотный, с учетом количесва соединений
Почему на днс не надо полагаться?
R
Потому что sock. Как оно отследит что на хрен знает каких нодах ещё двадцать микросервисов поднялось?
а тебе не нужен сок в сворме, тебе нужно указать адрес и порт докера, тоесть сворм мэнеджера
R
Почему на днс не надо полагаться?
ну как минимум из за желания считать соединения и балансировать соответствующе
EK
Ты про доступ снаружи? Или для кросс-сервисного? Я говорю сейчас про кучу микросервисов которые друг с другом общаются
R
ну да , про внутреннюю для сервисов
R
роунд появился в 1.11 , поясни что не так с ним
EK
google: RFC3484 (rule 9) glibc.getaddrinfo
если кратко - все получаемые А сортируются и берется первый
если кратко - все получаемые А сортируются и берется первый
R
тоесть докер их не крутит покругу? а просто все возвращает в одинаковой сортировке каждый раз?
EK
Крутит, но смысла в этом мало
EK
Это на клиенте уже происходит
R
а... клиент сортирует? а нафига?
EK
RFC3484 (rule 9) все дела