Как В широком масштабе Многопользовательская RPG Онлайн создается?

Поскольку MMO в общем и целом требует ресурсов бизнеса для разработки и развертывания, и в этот момент они являются ценным IP-адресом компании, нет тонны общедоступной информации о реализациях.

Достаточно точно известно, что, поскольку MMO в целом используют собственный клиент и средство 3D-рендеринга, они не используют HTTP, потому что они не являются веб-браузерами. Онлайн-игры будут иметь свои собственные протоколы, построенные на основе TCP / IP или UDP.

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

Что касается большого папы, World of Warcraft, мы можем предположить, что их база данных - это Oracle, потому что в списках вакансий Blizzard часто упоминается опыт Oracle как требование / плюс. Они используют Lua для написания сценариев пользовательского интерфейса. C ++, OpenGL (для Mac) и Direct3D (для ПК) можно считать языками реализации для игровых клиентов, потому что именно на них создаются игры.

Одна компания, которая круто обсуждает их реализацию, - это CCP, создатели Eve онлайн. Они опубликовали ряд презентаций и статей об инфраструктуре Евы, и это особенно интересный случай, потому что они используют Stackless Python для многих реализаций Евы.

http://www.disinterest.org/resource/PyCon2006-StacklessInEve .wmv http://us.pycon.org/2009/conference/schedule/event/91/

Недавно в журнале Game Developer Magazine была опубликована статья об архитектуре Евы:

https: // store. cmpgame. com / product / 3359 / Game-Developer-June% 7B47% 7DJuly-2009-Issue --- Digital-Edition

В радиоподкасте Software Engineering был эпизод с Джимом Пурбриком о Second Life , в котором обсуждались серверы, миры, масштабирование и другие внутренние компоненты MMORPG.

Многие дороги ведут в Рим, а многие архитектуры ведут к MMORPG.

Вот несколько общих мыслей по пунктам списка:

• Инфраструктура серверов должна поддерживать возможность горизонтального масштабирования ... добавляйте дополнительные серверы как нагрузка увеличивается. Кстати, это хорошо подходит для облачных вычислений. В настоящее время я использую большое приложение для финансовых услуг, которое необходимо увеличивать и уменьшать в зависимости от времени суток и времени года. Мы используем Amazon AWS для почти мгновенного добавления и удаления виртуальных серверов.
• MMORPG, с которыми я знаком, вероятно, не используют веб-сервисы для связи (поскольку они не имеют состояния), а скорее пользовательская программа на стороне сервера (например, сервис который прослушивает сообщения TCP и / или UDP).
• Вероятно, они используют собственный протокол на основе TCP и / или UDP (изучите связь через сокеты).
• Большинство игр сегментированы на «миры», ограничивая количество игроков, находящихся в одной виртуальной вселенной, количеством игр. события, которые может обработать один сервер (вероятно, с большим количеством процессоров и памяти). Точный механизм обработки событий зависит от требований разработчика игры, но обычно я ожидаю, что входящие события попадут в приоритетную очередь (с приоритетом по времени получения и / или времени отправки и, возможно, по другим критериям типа «насколько это плохо, если мы игнорируем это событие? »).

В целом это очень большая тема. Я бы посоветовал вам заглянуть на Amazon.com, чтобы найти книги по этой теме.

ограничение количества игроков, находящихся в одной виртуальной вселенной, количеством игровых событий, которые один сервер (возможно, с большим количеством процессоров и памяти) может разумно обработать. Точный механизм обработки событий зависит от требований разработчика игры, но обычно я ожидаю, что входящие события попадут в очередь с приоритетом (с приоритетом по времени получения и / или времени отправки и, возможно, по другим критериям типа «насколько это плохо, если мы игнорируем это событие? »).

В целом это очень большая тема. Я бы посоветовал вам заглянуть на Amazon.com, чтобы найти книги по этой теме.

ограничение количества игроков, находящихся в одной виртуальной вселенной, количеством игровых событий, которые один сервер (возможно, с большим количеством процессоров и памяти) может разумно обработать. Точный механизм обработки событий зависит от требований разработчика игры, но обычно я ожидаю, что входящие события попадут в очередь с приоритетом (с приоритетом по времени получения и / или времени отправки и, возможно, по другим критериям типа «насколько это плохо, если мы игнорируем это событие? »).

В целом это очень большая тема. Я предлагаю вам проверить на Amazon.com книги по этой теме.

но обычно я ожидаю, что входящие события попадут в очередь с приоритетом (с приоритетом по времени получения и / или времени отправки и, возможно, по другим критериям типа «насколько плохо, если мы проигнорируем это событие?»).

Это очень большая тема в целом. Я предлагаю вам проверить на Amazon.com книги по этой теме.

но обычно я ожидаю, что входящие события попадут в очередь с приоритетом (с приоритетом по времени получения и / или времени отправки и, возможно, по другим критериям типа «насколько плохо, если мы проигнорируем это событие?»).

Это очень большая тема в целом. Я бы посоветовал вам заглянуть на Amazon.com, чтобы найти книги по этой теме.

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