ЕФ
Java Netty
Size: a a a
2021 January 02
IP
Java Netty
а протокол?
ЕФ
Tcp
ЕФ
Дело в том что пакет с сообщением отправляется на сервер где пользователь еще находиться
ЕФ
1. Пакет с сообщением серверу 1
2. Пакет с командой перемещения на другой сервер прокси
2. Пакет с командой перемещения на другой сервер прокси
ЕФ
Отправитель один
ЕФ
Но вот получатели разные
ЕФ
Есть ли вероятность что пакет до прокси дойдет быстрее даже если отправлен позднее пакета с сообщением?
ЕФ
Или в netty продумано это?
AK
Есть конечно. Вообщем схема выглядит как велосипед дикий.
AK
Или в netty продумано это?
Нетти не может знать как там операционка и прошивка сетевого адаптера устроены. Могут быть оптимизации на этом уровне. Натурально схема выглядит странно. Напишите чуть более общими словами верхнеуровнево что сделать хотите. Выглядит как какая-то доморощеная балансировка нагрузки
ЕФ
Хорошо
ЕФ
Есть Coordinator. К нему подключены серверы и прокси. Пользователи подключены через прокси к серверам. Прокси могут перемещать пользователей по серверам. Там вот, перед перемещением пользователя нужно оповестить.
ЕФ
Что скажешь?
AK
Есть Coordinator. К нему подключены серверы и прокси. Пользователи подключены через прокси к серверам. Прокси могут перемещать пользователей по серверам. Там вот, перед перемещением пользователя нужно оповестить.
А прокси для пользователя меняется при таком перемещении? И зачем вообще пользователю знать что-то про смену севера, если трафик идёт через прокси? Но если вот прямо принципиально такую схему использовать, то лучше использовать схему отправки сообщений с подтверждением доставки
ЕФ
Оповещать принципиально
ЕФ
Прокси не меняется
ЕФ
Окей... Как тогда сделать подтверждение доставки?
ЕФ
Я знаю как. Просто тут уже если и это добавить. То будет нагрузка на сеть