Здравствуйте, vdimas, Вы писали:

V>Да, проблема в потенциальном падении проги сервера, однако джавовские серваки обычно не обеспечивают живое дублирование сессии на другом узле.

Чего это вдруг не обеспечивают? Я уж не говорю о том, что в большинстве случаев никакой сессии на серверах нет.

V>Т.е. получается или потеря сессии для stateful или подсовывание другого сервака для stateless.

Персистентные сессии лет 20 назад в джаве изобрели. Хотя это и bad design.

V>Аналогично происходит с перезапуском нейтивного сервера — с теми же эффектами и примерно теми же таймингами.

Ты, как и Алекс, вообще не понимаешь о чем говоришь. Ну какие, нафик, перезапуски, если там даже без перезапусков машин много? И очередной реквест может попасть на любую из них (sticky sessions это изврат, который даже не всеми LB поддерживается).

V>>> и в этом тоже есть свой резон — время его запуска составляет менее секунды, тогда как время запуска сервера приложений может составлять несколько секунд или десятки секунд
НС>>В реальности от единиц до десятков минут.
V>Тем более.
V>А на что тратится это время, почему бы вслух не озвучить? ))

В основном на развертывание собственно ОС и прикладных решений, которые бывает гигабайтами весят. Забороть это можно либо очень сильно покоцанной ОС и прикладным кодом, либо serverless решениями типа ACI, но там свои тараканы, в частности сильно ограниченным размером пулов датацентра.

НС>>>>или геораспределенность.
V>>>При геораспределенности можно смело говорить о независимой работе серверов приложений
НС>>Нельзя.
V>Можно, бо если используется еще +1 диспетчер на входе

Нельзя. И далеко не всегда там вообще LB на геолокацию есть, схемы бывают и посложнее.

V>(типа как google.com перекидывает на google.ru)

Это не для геораспределенности. Датацентров у гугла сильно меньше, чем локальных сайтов.

V>>>, т.к. это резко отличается от стандартного джавовского сценария,
НС>>Нет никакого стандартного джавовского сценария в природе.

V>Описанный сценарий более-менее устоявшийся при масштабировании джавовских серверов.

Нет. Сейчас более менее устоявшийся это кубер+докер, и неважно на чем под реализован, на жабке или на С++.