разбиением на ноды (PlProxy)), т.к. необходима поддержака транзакций.
На чем основан выбор ruby: на данный момент уже работает сервис на
parl (catalyst), который напрямую работает с бд (проект на 3х серверах
и отдельный под бд. Никакого апи на данный момент нет, проект берет на
себя множество функций (веб сайта, обработчика игровых запросов и т.д.
все в одной куче)). Пользовательские запросы напрямую в бд не идут,
есть еще одна быстрая прослойка (вероятно она будет оставлена).
Планируется дальше развивать систему (создание новой с поддержкой
старого), но таким образом что бы все запросы шли через апи а не
напрямую к бд (мест будет много, но по мере роста можно будет
наращивать и железо).
ActiveRecord - как раз не планируется использовать (если только не
будет сделан выбор в пользу рельсов).
EventMachine - да буду смотреть в эту сторону.
А чем плох скажем вариант nginx + unicorn (для которого есть поддержка
rack. Пускать сколько надо воркеров) + ruby приложение (возврат
результатов и коннекты к бд написать несложно).
Первая реакция у меня тоже была - отказ от ruby для данной задачи, но
неужели в реальности все будет так плохо и необходимость ухода на
другой язык неизбежна?
--
--
Данное сообщение отправлено Вам, так как Вы являетесь подписчиком группы "RubyOnRails to russian" на группах Google.
FAQ группы находится по адресу: http://ru.wikibooks.org/wiki/RubyFAQ
Для того, чтобы отправить сообщение в эту группу, пошлите его по адресу
ror2ru@googlegroups.com
Чтобы отменить подписку на эту группу, отправьте сообщение по адресу: ror2ru-unsubscribe@googlegroups.com
Дополнительные варианты находятся на странице группы http://groups.google.com/group/ror2ru?hl=ru
Комментариев нет:
Отправить комментарий