2016-06-28 5 views
0

Общепринятой практикой является наличие одного аккера Akka в базе данных? то есть он предназначен для использования таким образом?Один аккор Акка на объект базы данных?

Скажите, что у нас есть десятки тысяч пользователей, и для каждого пользователя, зарегистрированного на нашем Play-сайте, мы создаем одного актера с дочерними субъектами, представляющими связанные данные из реляционной базы данных. actors vs. entities

Есть ли лучший подход? Каковы плюсы и минусы?

ответ

3

Пожалуйста, обратите внимание на Akka актера системной документации http://doc.akka.io/docs/akka/2.4.7/general/actor-systems.html

Общий шаблон является создание маршрутизатор для N актеров, каждый из которых оборачивает одно соединение DB и обрабатывает запросы, как послал к маршрутизатору. Затем число N должно быть настроено для максимальной пропускной способности, которое будет зависеть от того, какая СУБД развернута на каком оборудовании.

+0

Итак, чтобы расширить этот процесс, актеры должны распределять рабочий процесс, актер, представляющий соединение с БД, имеет смысл (кроме того, что соединения БД ограничены, пока пользователи не являются), чтобы ограничить одновременные обработанные запросы. Кажется, что субъект на сущность DB заблуждается, зачем обрабатывать сущности DB асинхронно? –

+1

Спасибо Марио и Томашу за разъяснение. Вы спасли мне дни, которые мне лучше провести с моим сыном. – nikidopoulos