Size: a a a

DevOps — русскоговорящее сообщество

2021 February 19

⁣⁣⁣ in DevOps — русскоговорящее сообщество
Врятли
источник

S

S21 in DevOps — русскоговорящее сообщество
А гидродискотека у авторов гидры то есть надеюсь?
источник

S

S21 in DevOps — русскоговорящее сообщество
источник

⁣⁣⁣ in DevOps — русскоговорящее сообщество
S21
А гидродискотека у авторов гидры то есть надеюсь?
Гидропоническая
источник

S

S21 in DevOps — русскоговорящее сообщество
⁣⁣⁣
Гидропоническая
Это на случай полежать)
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
Konstantinx
Привет ребят. Такой вопрос. Хочу сделать балансировку по websocket соединению. Видел много примеров, но там обычная связь, когда есть несколько вебсокет серверов и нагрузка от клиентов распределяется по ним. У меня обратная схема, есть один вебсокет сервер и много инстансов моего приложения-клиента. Может ли haproxy, nginx обработать такой кейс и распределять сообщения от сервера к множеству клиентов подключённых к нему? Если да, то как такое гуглить?
типа сообщение не всем доставлять? Клиент подключился но получает не все сообщения адресованные ему?
источник

⁣⁣⁣ in DevOps — русскоговорящее сообщество
Единственное что поможет побороть гидру это легалайз, если закрывать то ещё больше народу отъедет от вуася-барыг, эту историю уже много стран прочухали
источник

S

S21 in DevOps — русскоговорящее сообщество
Тяжелый рынок не легализуешь же
источник

S

S21 in DevOps — русскоговорящее сообщество
Да и сколько еще переходный период у нас будет идти
источник

S

S21 in DevOps — русскоговорящее сообщество
Темненькие структуры будут рушить первые магазинчики с травой и угрожать владельцам
источник

K

Konstantinx in DevOps — русскоговорящее сообщество
Vladimir Chernyshev
типа сообщение не всем доставлять? Клиент подключился но получает не все сообщения адресованные ему?
Да. Именно так
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
Konstantinx
Да. Именно так
Думаю это только на уровне приложения можно решать. Обычно соединение устанавливается один раз индивидуально и приложение шлет фрейм конкретному клиенту
источник

K

Konstantinx in DevOps — русскоговорящее сообщество
Vladimir Chernyshev
Думаю это только на уровне приложения можно решать. Обычно соединение устанавливается один раз индивидуально и приложение шлет фрейм конкретному клиенту
ну я на этом и остановился. Но витают мысли что это можно сделать готовым решением
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
Konstantinx
ну я на этом и остановился. Но витают мысли что это можно сделать готовым решением
Может кто-то и реализовал но звучит странно и логику с трудом представляю. Дропать случайно 90% пакетов к клиенту от сервера если клиентов 10?
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
даже так называемый broadcast в приложении это просто отсылка одного фрейма всем клиентам
источник

K

Konstantinx in DevOps — русскоговорящее сообщество
Vladimir Chernyshev
Может кто-то и реализовал но звучит странно и логику с трудом представляю. Дропать случайно 90% пакетов к клиенту от сервера если клиентов 10?
Дело в том что, сообщение обрабатывается клиентом и даёт нагрузку. Одно сообщение несколько раз обрабатывать нельзя. То есть нужно делить один поток на несколько инстансов. По идее конечно промежуточный софт нужен.
источник

AZ

Arman Zhakypbayev in DevOps — русскоговорящее сообщество
Всем привет, кто читал? какие отзывы, или чем лучше заменить?
источник

AZ

Arman Zhakypbayev in DevOps — русскоговорящее сообщество
Переслано от Baha .
источник

AK

Andrey Kartashov in DevOps — русскоговорящее сообщество
Arman Zhakypbayev
Всем привет, кто читал? какие отзывы, или чем лучше заменить?
да вроде доков всегда хватало
источник

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
Konstantinx
Дело в том что, сообщение обрабатывается клиентом и даёт нагрузку. Одно сообщение несколько раз обрабатывать нельзя. То есть нужно делить один поток на несколько инстансов. По идее конечно промежуточный софт нужен.
может нужен другой транспорт? amqp например?  Можно сделать адаптер ws->amqp как клиент ws  и паблишер amqp
источник