SC
тем что там не UDP с пакетиками там сложные протоколы что бы не терялось ничего
Size: a a a
2021 June 27
AS
клиенты в браузере но ничего не мешает сделать простой алгоритм выбора рандомного сервера из некоего динамического пула, т.е. переключить свой сервер они могут вполне.
O
Ну да, datachannel. Если у ребят браузер (а они не сказали, что у них), тогда у них и вариантов то особо не много.
SC
этот datachannel перформит в тыщу раз лучше
O
Но вот у них судя по всему браузер и все, так что..
SC
это как UDP но с переотправкой на роутерах
SC
а не в твом дц
O
Да в целом пусть на чем хотят делают:) Для этой задачи было бы достаточно UDP, но если его нет - увы и ах, придется городить пачку машин, которая держит 10м коннектов.
AS
да, сорри, не уточнил сразу, подразумевал это под ws:, но был не прав
O
В этом случае - имплементация бэкэнда по вкусу, скейлер и я бы все таки сделал аггрегат на каждой машине и просто сливал бы уже агрегат в одну точку. Это сильно упрощает задачу и в реализации, и в плане требований к ресурсам этой центральной точки.
AS
на каждой машине - тут подразумевается прокси в каскаде или вообще на клиенте ?
O
Прокси в каскаде. Нет смысла считать все в одном месте. Можно посчитать среднюю на каждой проксе и среднюю от средней по проксям.
O
Минус задача по протаскиванию всего потока в одну систему и расчета по всем данным. Все равно наверняка ресурсов будет достаточно и машины будут жирные.
O
Любой клауд даст нормальную сеть только с жирной машиной в придачу.
SC
а вы часом не онлайн какой-нибудь считаете?
O
Ну есть конечно наверно исключения, но..
O
И я бы все таки выкинул dns-rr и сделал бы дискавери как раз на tcp, который бы отдавал по курлу список ip проксей.
O
DNS вообще поганенькая технология в таких делах.
SC
телеграм имеет один айпи на дц и чет проблем нет
AS
тут мне кажется мы возвращаемся к исходному вопросу - умеют ли какие-нибудь прокси читать и агрегировать фреймы вебсокетов нативно или все же подразумевается какой-то активный сервер который просто сделает арифметику ?