И делать на DNS распределение. Но тогда websocket соединение не стабильно

Вопрос в том, что websocket когда балансируется через nginx на несколько серверов - работает отлично, с добавлением опции ip_hash в nginx. Таким образом nginx знает к какому из серверов был подключен сокет и в случае кратковременных сбоев сети или других причин не переносить соединение на другой сервер. Так как пока nginx у нас бабансирует round robin. и соединение не разрывается и не прыгает между серверами. А когда это делаешь с помощью DNS - то конкретный сокет подключается к одному из сервернов nginx за которым еще стоят nodejs сервера. Но вот DNS не имеет опции ip_hash и выходит, что коннектит юзера то к одному серверу, то к другому.

Вопрос в том, что websocket когда балансируется через nginx на несколько серверов - работает отлично, с добавлением опции ip_hash в nginx. Таким образом nginx знает к какому из серверов был подключен сокет и в случае кратковременных сбоев сети или других причин не переносить соединение на другой сервер. Так как пока nginx у нас бабансирует round robin. и соединение не разрывается и не прыгает между серверами. А когда это делаешь с помощью DNS - то конкретный сокет подключается к одному из сервернов nginx за которым еще стоят nodejs сервера. Но вот DNS не имеет опции ip_hash и выходит, что коннектит юзера то к одному серверу, то к другому.

а еще есть проблема что балансировка с ip_hash не очень то похожа на балансировку

Да. Я знаю. Это альфа версия. Потому пока мы юзаем просто round robin на nginx, чтобы размазать немного нагрузку. И для того, чтобы приготовить проект зарание работать на независимых серверах.

rr - это большая ошибка

rr - это большая ошибка

ну если машины по ресурсам не сильно различаются, проблем то не должно быть

Это для дэв сервера пока. Далее мы будем распределять по ближайшему региону и там уже будет стоять или HAPROXY или все тот же nginx

GEO DNS

например?

что например?

самый простой вариант CloudFlare. Создаешь там лоад балансер с geoDNS настройкой и он и будет по IP серверов выбирать ближайший к юзеру

самый простой вариант CloudFlare. Создаешь там лоад балансер с geoDNS настройкой и он и будет по IP серверов выбирать ближайший к юзеру

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

1. Мы знаем откуда идет юзер по его IP. Примерный регион. 2. На балансере установлено к примеру 10 IP адресов серверов. Балансер знает в каком регионе каждый из них. И в зависимости от ближайшего сервера выдает юзеру IP

>Мы знаем откуда идет юзер по его IP вы знаете ip dns-сервера, который использует пользователь.

Есть проблемы конечно с кэшированием на роутерах

именно. ресолверы часто забивают на поле TTL и кешат на свое усмотрение, чаще всего на 1 час

Нет. Мы на DNS сервере знаем его IP. А если у кого-то стоит 8.8.8.8 - то не думаю, что это проблема. Таких не так много.

самый простой вариант CloudFlare. Создаешь там лоад балансер с geoDNS настройкой и он и будет по IP серверов выбирать ближайший к юзеру

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

тестировал на Amazon Route 53 GeoDNS (разные IP для разных частей света) - 8.8.8.8 возвращал нужный для Европы и США, похоже Google у себя дальше ходит с геозависимым IP и ему уже возвращается нужный адрес для его локации

но ведь класс красивее выглядит, чем набор функций. есть конструктор

Это дико вредное заблуждение

Не пропускать на кодревью)

Не пропускать на собеседовании // fixed

усложним задачу) часть задач для jvm, как продать clojure?

Давай определимся с тем, что это даст. Какой профит это принесёт? Или ты хочешь кложуру ради кложуры?

pm2

это так, мысли в слух, иногда задумываюсь об этом. как бы поудобнее с jvm работать профит - лучшая архитектура и структура приложений, скажем так. за счет минималистичного языка, с жесткой и четкой концепцией. жаба - оверинжиниринг, топорная и много магии, из-за всяких спрингов и пагубного влияния ЕЕ. скала - слишком громосткая и объединяющая много концепций, может родиться веьсма путанное месиво. котлин - те же опасности, что и у скалы, плюс наростающая масса людей, которые хотят писать и проектировать как на жабе.

Это можно конвертировать в деньги?

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

А потом будет кому это поддерживать? И насколько легко будет искать разработчиков на кложуре? Есть подозрение, что джавистов таки больше.

Действительно ли кто-то пишет на кложуре то, что даёт реальный профит от использования лиспа?

forever уже не моден? 😀

forever уже не моден? 😀

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

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

сорри за оффтоп, что за ось?