Как строятся (архитектурно) real-time сервера?

Question

[Пётр Курняков]

У меня относительно не малый опыт написания бэкэндов для разного рода бизнес- приложений. Появилась идея и желания написать игру. Если с клиентом проблем нет, то вот привычный способ написания бэкэндов не походит от слова совсем. В игре нужно постоянное общение клиента с сервером и постоянное обновление данных для всех одновременно. Собственно возникает вопрос, как архитектурно строятся real-time backend'ы? В частности желательно на Java или Kotlin. Подойдёт любая помощь, учебные материалы, курсы, статьи. Заранее спасибо.

Comments

[Александр Докин]

Для фундаментальных знаний можете почитать книгу "Многопользовательские игры. Разработка сетевых приложений"

Подробнее

По факту это лекции для студентов университета Южной Калифорнии.

Перевод на русский: https://habr.com/ru/company/piter/blog/310680/
Оглавление: storage.piter.com/upload/contents/978549602290/978...

Примеры почти все на C++, так что прям руководства к действию не найдете. Но для общего понимания самое то.

Answer 1

[Илья]

Есть 3 варианта, позволяющие двухсторонний обмен сервер-клиент:
- WebSockets
- Server-Sent Events
- Long Polling

Есть библиотеки которые являются обёрткой над этими транспортами и выбирают лучший исходя их возможностей клиента. Для .Net это SignalR, для Java и Kotlin не знаю, но можете поискать по ключевым словам.

И еще, до кучи, ответ со StackOverflow https://stackoverflow.com/questions/11077857/what-...

Comments

[Пётр Курняков]

Благодарю

[qlkvg]

*есть не меньше 3 вариантов

https://habr.com/ru/post/322690/ - вот тут старое, но вроде еще актуальное про udp в браузере, и почему создатель agar.io страдал с вебсокетами