Деловая социальная сеть

Регистрация | Забыли пароль?

Опции сайта

Главная

Журналы

Mac Service

Новый пользователь

Марина Люб

Стефания (Запорожье),
Послать сообщение Посмотреть профайл

Последние 10 пользователей

Последние записи из журналов

Как принять участие в аукционе

Почему нам стоит доверять?

Что это такое

Больше записей

Событие

Atlaskit и MyTop запускают совместные проекты

Другие события

Журналы пользователя

Связаться

Евгений Гадибиров

Управляющий партнер в -МОНЕТА-

Бесплатный член сообщества с 31 мая. 2006 г. (последний раз был в системе 02 янв. 2009 г.)

Информация о пользователе Интервью
Журналы
Евгений Гадибиров имеет бизнес-контактов: 88

Рейтинг пользователя: 5 (1738 баллов)

Добавить в круг общения

Высокая производительность / Краткий обзор MQ (Messages queue) для применения в проектах на РНР. Часть 1 из журнала пользователя Хабрахабр: главная страница
(Разместил RSS 18 ноя. 2008 г)

Оригинал статьи

Параллельно к основной работе, я в ?фоне? обдумываю и прикидываю реализации архитектуры для игровых проектов (напомню, что основная область моих интересов и работ ? создание онлайновых браузерных игр). Последнее время я все чаще и чаще возвращаюсь к мысли, что интересно было бы реализовать основной игровой сервер на основе очередей сообщений (MQ или Messages queue). То есть, движок такой игры будет представлять собой набор компонентов, которые будут общаться между собой посредством асинхронных сообщений, а каждый компонент может быть как генератором сообщений, так и подписчиком, то есть исполнять другие сообщения.

Такой подход, насколько я понимаю, широко применяется в мире Java, там для этого есть стандарт Java Message Service (JMS) и применяются брокеры сообщений и на этом базируется архитектура Enterprise service bus (ESB), например, Apache ServiceMix. Но для нас это пока высокая сфера крупных проектов, а в специфике веба и веб-ориентированных приложений я бы хотел рассмотреть, можно ли что-то сделать подобное, но с меньшими затратами и обеспечить приложению отказоустойчивость, распределение нагрузки и асинхронную обработку. И конечно, очень желательно, чтобы это было реализовано на РНР как основном языке реализации всех компонентов сервера.

Читать дальше →