Size: a a a

Scala User Group

2020 July 22

АБ

Алексей Баринов... in Scala User Group
Как по мне, акторы могут быть достаточно производительными. Главное стараться не использовать ask. Да и в 90 % случаев оптимизировать нужно лишь горячие маршруты, которые можно заменить на реактивные потоки. И их в свою очередь контролировать через акторов. А очереди используются не только в акторах, тот же reactive manifesto говорит о сообщениях/сигналах. В том же духе и все персистентные очереди типо Кафки и прочего.
источник

S

Simon in Scala User Group
@chikitoskin возможно так будет понятнее:
```
val test: () => Int =  util.Random.nextInt
final IntSupplier test = threadLocalRandom::nextInt;
```
источник

N

Nikita🌈🦄🌈🇺🇦🇨🇦... in Scala User Group
Tolegen Izbassar
Представь, что у тебя анонимный класс с функцией создался. Если это val то будет только один инстанс этого класа, но при этом само тело функции при вызове будет перевычисляться
ага, понял
источник

АБ

Алексей Баринов... in Scala User Group
Акторы тоже не универсальный молоток, но если сервис пишется с оглядкой на мультиагентность то это то, без чего не обойтись
источник

N

Nikita🌈🦄🌈🇺🇦🇨🇦... in Scala User Group
спасибо всем за помощь :)
источник

S

Simon in Scala User Group
Nikita🌈🦄🌈🇺🇦🇨🇦
спасибо всем за помощь :)
обращайся!
источник

TI

Tolegen Izbassar in Scala User Group
Алексей Баринов
Как по мне, акторы могут быть достаточно производительными. Главное стараться не использовать ask. Да и в 90 % случаев оптимизировать нужно лишь горячие маршруты, которые можно заменить на реактивные потоки. И их в свою очередь контролировать через акторов. А очереди используются не только в акторах, тот же reactive manifesto говорит о сообщениях/сигналах. В том же духе и все персистентные очереди типо Кафки и прочего.
Вроде у акки производительность не основная проблема, а сама модель, которая сильно усложняет все. И за те бенефиты, которые она дает, цена высокая. Тем более, что есть альтернативы.
источник

S

Simon in Scala User Group
акторы сами по себе - ужас-ужас
но поверх них есть хорошие штуки, например шарды и стримы
источник

АБ

Алексей Баринов... in Scala User Group
Войти в разработку на акторах сложно, но через полгодика это не становиться проблемой. По крайней мере так было у меня. А сейчас появились typed actors и на этапе компиляции (вроде как) можно увидеть ошибки по сообщениям
источник

АБ

Алексей Баринов... in Scala User Group
Если не пользоваться отладчиком то со временем можно быстро отлаживать код, на крайний случай диаграмму последовательности нарисовать
источник

АБ

Алексей Баринов... in Scala User Group
Да и уход от модели запрос ответ помогает мыслить больше событиями,  нежели конвеерами
источник

EB

Eugene Bosiakov in Scala User Group
Кто на акке пилил коммерческие решения, что вы на ней делали?
источник

EB

Eugene Bosiakov in Scala User Group
Какое ей основное применение?
источник

АБ

Алексей Баринов... in Scala User Group
Я разрабатывал экосистему из где то 16 сервисов
источник

АБ

Алексей Баринов... in Scala User Group
Которые тесно друг с другом взаимодействовали
источник

АБ

Алексей Баринов... in Scala User Group
Часть из них была закольцованна в реактивный поток
источник

АБ

Алексей Баринов... in Scala User Group
Был и биллинг и эквайринг и куча всего другого
источник

АБ

Алексей Баринов... in Scala User Group
Когда нужно масштабировать сервисы по куче разных клиентов и хорошо понимать кто из кластера с определенной ролью и набором данных может выполнить что-то нужное для тебя
источник

АБ

Алексей Баринов... in Scala User Group
При этом с аккой очень изящно можно реплицировать/мигрировать сессии и прочие данные
источник

АБ

Алексей Баринов... in Scala User Group
И красиво останавливать и выводить из кластера ноды тоже не проблема, причём остановку можно делать по слоям.
источник