На чем писать сервер для игры?

Question

[jagev]

Добрый день, уважаемые хабровчане!
Мы - небольшая команда разработчиков игр, успешно релизнули несколько мобильных игрушек. Сейчас у нас возникло желание сделать онлайн RPG игру, но мы никак не можем определиться с серверной технологией. У нас есть опыт работы с Node.JS, но мы не уверены, что он подойдет для игры у которой будет тысяча человек в онлайне. Традиционно используют JAVA для подобных задачь, но мы с ней знакомы только поверхностно. Связка Python+Twisted выглядит очень заманчиво, но попрог вхождения весьма высокий. Да и вообще - глаза разбегаются от огромного разнообразия технологий, у нас на рассмотрении еще Go и .NET.
Словом, помогите нам определиться с выбором! Нужно максимально простое решение с возможностью масштабировать сервер. Не обязательно самое производительное - железо всегда можно докупить.

Comments

[Александр Павлюк]

Рассмотрите Go все-таки, у него нет callback-hell, как в ноде и распараллеливание искаропки. Отлично держит огромные количества одновременных соединений. Возможно не будет хватить дженериков, но зато сам код будет довольно простой и в едином стиле благодаря gofmt.

[Николай]

Александр Павлюк: callback hell в ноде? Это 2007?

[Александр Павлюк]

Николай: имхо, легче просто писать последовательный код, чем использовать костыли типа промисов.
Плюс, нода однопоточная, если какое-то вычисление заблочит выполнение, встанет всё.

[Дмитрий Свиридов]

jagev Ну как в итоге, если не секрет? Написали? Что выбрали, какие проблемы возникли?

Answer 1

[sim3x]

Сколько десятков игр у вас перешагнули 10k rps/online?
0?
Делайте на чем угодно
Взлетит - перепишете

Comments

[jagev]

Мы понимаем, что однажды придется переписывать серверную часть, ибо изначально набыдлокодим. Вопрос в том - на чем конкретно начать делать сейчас, что бы быстро и более-менее хорошо? Нагрузка в 1к игроков - весьма вероятна сразу после запуска.

[sim3x]

jagev: умеете ноду - используйте ноду

[chupasaurus]

jagev: В EVE Online серверная часть была написана на Python, потом потихоньку переписывалась (и этот процесс идёт до сих пор) на C. Да и Python 3.5/PyPy не самые медленные компиляторы скриптов :)

[jagev]

chupasaurus: А что скажите про Node? Насколько он медленней Pythona? В ноде привлекает её изначальная ориентированность на асинхронность.

[chupasaurus]

jagev: Скорость ± та же, что и у Python, зависит от задач и фазы луны. Event loop может попить изрядно крови, потому что у него свои принципы, которые могут противоречить потребностям.

[Андрей Никифоров]

jagev: хотите асинхронности — берите Эрланг/Эликсир, чего уж там. До 100к rps можно как угодно быдлокодить, все сожрет и не поморщится.

Главное про основные возможности отстрелить ногу почитать заранее, и все.

[x67]

chupasaurus: вот так неожиданность, теперь понятно откуда у традиционных тормозов Евы ноги растут)

Answer 2

[Nwton]

У нас есть опыт работы с Node.JS

не уверены, что он подойдет для игры у которой будет тысяча человек в онлайне

Смешно.

Comments

[jagev]

Опыт - написание простых веб сервисов для игры (глобальная доска результатов, чат и т.п.). Производительность там не критична.

[Nwton]

jagev: собственно, не вижу причин отказываться от node

[jagev]

Nwton: а как будет у ноды с производительностью? Привлекает ее простота, но вытянет ли она риалтайм игру с 1000 игроков на одном сервере?

[Nwton]

jagev: говорить надо не о колве сферических игроков в вакууме, а о колве запросов и их периодичности. Выдержит

[Илья Шатохин]

jagev: У нас есть проекты с десятками тысяч устройств онлайн, которые шлют постоянно бинарные пакеты (специфика такая), которые парсятся и записываются в базу, а также производится начальная аналитика по истории последних пакетов от каждого устройства. Нода справляется с нагрузкой, только надо понимать, как писать быстрый код для V8. Ну и кластеры/процессы наше все.

Answer 3

[taktik]

Я бы выбрал Go, он отлично подходит для разработки серверной части игр.
Для общения с клиентом можно использовать protobuf.

Вот пример ммо игры, в которой сервер на Go - https://habrahabr.ru/post/321148/
В комментах есть ссылка на видео-доклад, в котором раскрываются технические детали сервера.

Answer 4

[x67]

а на чем умеете?

Answer 5

[Frel]

А на чем пишите игры? Unity? Если да то под C#, .net!
Если на java то на java!
Или то, что знаете, на том и пишите!

Answer 6

[Иван Филатов]

C++, .Net, Java - берите то что умеете и хорошо знаете.
По производительности С++ лучше.

Но лучше всего вам будет нанять человека с таким опытом к себе в команду.

Comments

[jagev]

Из этого перечня не работали ни с чем.

[Иван Филатов]

jagev: ну вообще чтобы реализовать такое надо чтобы язык поддерживал:
0. ООП - без него я хз как вообще жить
1. сокеты - соединение будет постоянным
2. многопоточность - без него никуда вообще
3. сборку мусора - ручная или автоматическая ваш выбор
4. событийную модель - можно и без нее закостылить, но с ней проще

Поэтому ищите человека с опытом, берите его в команду.

[jagev]

Иван Филатов: увы - взять еще одного человека в команду мы сейчас не можем. Возможно наша затея выстрелит и мы сможем привлечь внимание инвесторов - тогда конечно расширим штат разработчиков.

[Иван Филатов]

jagev: ну на фрилансе найдите, кто сделает вам демо-сервер. вы себе же платите деньги? немного урежьте себе, дайте тому кто сделает вам единоразово по вашему ТЗ.

[Илья Шатохин]

Иван Филатов: ООП конечно круто, но от него обычно отказываются, если нужна производительность. А как жить без, можно спросить у Линуса.

p.s. не холивара ради! :)

[Иван Филатов]

Илья Шатохин: а как наследование, полиморфизм и инкапсуляция влияют на производительность?

[Илья Шатохин]

Иван Филатов: процедурный код всегда быстрее ООП, т.к. нет накладных расходов на все, что вы перечислили. Это вроде бы азы, которые изучают вместе с программированием. Вот тут есть немного объяснений - www.uni-vologda.ac.ru/oberon/infoart/plus&min.htm (раздел минусы ООП).

[SmileRex]

На плюсах писать сервак, такое себе развлечение. Go будет оптимальным вариантом.

Answer 7

[Saboteur]

Количество онлайн вообще не так считается. Все зависит от игры.
У меня был проект с онлайн под 100.000 в сутки. Легко держалось на php/fastcgi, правда для одной штуки пришлось написать примочку на ассемблере и внедрить как либу для apache, но к онлайну это отношения не имеет.

Напишите нагрузочный тест, прикиньте что именно будут делать игроки. Можно плясать как от языка, так и от архитектуры игры. Например писать что-то типа aion/lineage - я бы предпочел C++, а не java. Хотя эмуляторы на java вполне держали под 1000 онлайн на среднем сервере еще до оптимизации.
В общем все зависит от трафика и требованию к реакции игрока.

Comments

[jagev]

А что такое "средний сервер"?:) Игра по динамичности геймплея схожа с Л2, нагрузка ожидается так же порядка 1000 человек.

[Saboteur]

jagev: на то время (2005) это был athlon64, 8 gb ram. Ну то есть по стоимости - как неплохой домашний игровой комп.
Java эмулятор хорошо держал на таком железе 300-500 человек. При этом оригинальный сервер на С++ легко держал бы 1000+. Windows сервер.

Опять таки, при высокой динамичности, проблема начинает возникать в трафике, а не в CPU.

[Saboteur]

mlsDevelomp, переписали процедуру сложного просчета, который вставили как плагин к apache. На PHP просчет занимал около часа, на ассемблере - 10 секунд.

[Saboteur]

что значит "имелся человек"? Сами и написали.

Ассемблер не такой уж и сложный, если нужно написать конкретную процедуру расчета, а не что-то более сложное. Там всего пару страниц кода было. Вполне достаточно начальных знаний.

[Павел]

Saboteur, Восхищаюсь Вашим проектом, если это про Вгалактике. Вопрос чуть-чуть не по теме. Как у Вас была реализована система раздачи ресурсов? Каждую секунду обновлялась количество ресурсов просто не могу понять каким образом. Если онлайн в день 100к а зарегистрированных в игре 450к это 450к запросов в секунду к базе данных?

[Saboteur]

Павел, все проще =)

Есть пользователь, у него есть ID и timestamp последнего обновления его данных.

При событии, которое касается этого пользователя (атака планеты, вход в игру с получением данных, в общем любое событие), вычисляется timestamp последнего обновления и текущее время, и высчитывается сколько нужно добавить ресурсов. То есть на самом деле в секунду идет всего несколько десятков обновлений, ну может сотня-две. Никаких "ежесекундных обновлений" всей галактики.
Клиент получает данные в момент обновления, и пока ничего "активного" не нажал - считает у себя локально. Исправляется при обращении к серверу.

Как и все гениальное - просто.

[Павел]

Saboteur, Спасибо за ответ! Была такая мысль но не додумав её до конца и с сбила с толку то, что в клиенте обновлялись данные. Хотя сейчас вспомнил, что в клиенте обновление отставало от сервера, когда обновляешь страницу их становилось чуть больше. Изучая node.js в процессе хочу создать, что то похожее на галактику. На форуме почитал, что хотят сделать 2.0 но как то глухо. Так что случилось с игрой кроме того, что вк отказался от флеш?

[Saboteur]

Павел, Ну проект себя изжил. Появились конкуренты, с которыми мы вдвоем не могли справиться.
Появились другие дела - у кого семья, у кого свой бизнес.
Галактика требовала много времени и усилий на развитие, а монетизацией мы особо не занимались.
Я считаю 5 лет - это весьма неплохо для хобби-проекта.

Answer 8

[Елизавета Борисова]

В 2017 заслуживает внимания Kotlin - он создавался для поддержки очень больших java-проектов, код действительно гораздо более компактный, и nullability!)
Node.js к сожалению не так хорош для самых больших проектов, сложно поддерживать, на каком-то этапе нужно переносить.
Python тоже возможен, местами, есть примеры.

Answer 9

[Alexey Epsilon]

Тоже выбираю сервер сейчас для игры, прочитал море отзывов про существующие сервера и технологии, пока остановился на Forge. Он запускается в инстансе Unity и поддерживает всю юнитевскую физику, коллайдеры и иже с ними, а значит Fully Authoritative на нём будет реализовать довольно просто.

Вообще сервер очень сильно зависит от твоих требований к нему. Реалтайм массив мультиплеер - это совсем не то, что пошаговая игра с комнатами.

С другой стороны, реализовывать совсем всё с нуля - у нас нет столько времени и денег, чтобы этим заниматься. Поэтому пишем под юнити и соответственно сервер наиболее подходящий берём.

Answer 10

[bioroot]

[irony]Из новомодных языков Rust ещё не упомянули. Пишите на нём.[/irony] А если нет чёткого понимания на чём писать игру, то я бы взял Unity. Много уроков, библиотек, большое комьюнити, на рынке есть разработчики под неё при необходимости расширять штат, C# - строгий и понятный язык. Ну и саму Unity активно пилят дальше. И с учётом того что в современном мире нужно выкатить продукт как можно скорее, даже и не знаю, есть ли хорошие альтернативные варианты, если у вас нет за плечами большого багажа из прочих вышеперечисленных технологий под высокую нагрузку.

P.S.: В рамках js можно было бы ещё упомянуть MeteorJS. Но на мой взгляд, если игра real-time, а не turn-based, то он не потянет.

Comments

[bioroot]

Ну это на любителя. Я-то считаю что среднестатистическому программисту легче всего разбирать код либо на Java, либо на C#. Да и Unity это не только C#. Там скорее остальные плюсы перевешивают, а язык просто как вменяемое требование, на которое вполне можно согласиться. По крайней мере в данной конкретной ситуации. Если знать что конкретно нужно, то можно и на Go. Но я, например, знаю людей, которые второй год пилят нечто под Android/iOS/web, которое можно было запилить месяца за 4 на Unity и посмотреть, взлетит или нет. В конечном итоге зависит от цели, но я считаю, что скорость разработки экономически важнее переоптимизированного кода.

Answer 11

[Даниил Literate]

Как я увидел в комментариях, раз уж хотите отказаться от ООП (сам не люблю его), то берите Go.
Сильно там всё равно не набыдлокодить, а вот инструменты по типу сетевых соединений и параллельная работа очень простые и легко освоите, чтобы сделать сервер.

У самого был опыт создания игрового сервера на Go, но там игра пошаговая, так что мой пример вам не поможет :)