Актуальна ли еще модель акторов ( AKKA, Vert.X) или можно обойтись средствами Spring 5/Spring Boot 2 + Kafka?

Question

[ericcartman]

Разрабатываю микросервисные архитектуры, использую асинхронные API(REST), Message queues, Spring Boot ( и его либы)
Конечно читал про реактивное программирование, как я понимаю, это когда клиент посылает request, его принимают, клиент продолжает заниматься другими своими делами, через некоторое время клиенту приходит response.
Модель акторов ( например возмем AKKA) позволяет реализовать этот архитектурный шаблон. Я как то обходился все время без AKKA и продолжаю обходится средствами описанными выше.
Вопрос заключается в следующем: актуальна ли еще AKKA / Vert.X ( я так понимаю что это конкурент AKKA который вдобавок хорошо интегрирован с Hazelcast) ?
То есть когда мне вот прямо необходимо ее использовать и скажем реактивные средства Spring 5/Spring Boot 2, Kafka или RabbitMQ вообще не вариант?

Answer 1

[Сергей Горностаев]

Spring и Akka решают разные проблемы. Нет никаких препятствий к тому, чтобы использовать их вместе в одном приложении.

Что касается примера, когда стоит рассмотреть использование Akka: Представьте, что у вас есть международный банк. А у банка есть сложная скоринговая система, состоящая из множества подсистем. Одни подсистемы оценивают что, как часто и на какие суммы покупал клиент в прошлом. Другие оценивают источники, суммы и частоту пополнений карты. Третьи оценивают наличие имущества, суммы налогов и своевременность их уплаты. Четвёртые наличие страховок и возникновение страховых случаев. Пятые наличие кредитов в других банках. И т.д. и т.п. Каждая подсистема жрёт кучу ресурсов в процессе обработки одного клиента. Некоторые из них делают запросы к внешним сервисам, которые могут отвечать медленно или вообще не ответить. А обрабатывать надо десятки миллионов запросов в секунду. Желательно в реалтайме. И ни в коем случае не допускать сбоев. Да ещё и структура нагрузки постоянно меняется. Такое чудовище можно написать используя только spring-проекты, но притомишься обеспечивать производительность, масштабирование и устойчивость к сбоям. А вот Akka позволит сравнительно легко размазать систему по сотням серверов в нескольких ДЦ по всему миру.

Comments

[ericcartman]

а Vert.X не подойдет тут тоже? Как провести грань:

1. можно пока не использовать реактивную систему
   
2. можно пока обойтись Vert.X (он же проще?)
   
3. Пора использовать мощь АККА ( Vert.X уже не справляется)
   

?

[Сергей Горностаев]

ericcartman, я объясняю и объясняю, а вы всё никак не уловите, что это не количественно, а качественно разные фреймворки.

[ericcartman]

Сергей Горностаев, ага, я понял, что АККА сложнее, гибче, низкоуровнее...
я почему интересуюсь, потому что хочу засесть плотно на ближайшие несколько мес за реактивные фреймворки.
Тогда насколько сложнее (качественно) должна быть задача, чтобы можно было сказать, что Vert.X не справится, нужна АККА ?
вот Ваш пример с банком, на основании чего Вы определили, что там Vert.X не поможет, нужна АККА?

[Сергей Горностаев]

ericcartman, задача должна быть не сложнее, она должна быть другой. Надо с минимальными трудозатратами разработать реактивный web-сервис - берёте Vert.x, надо решить проблемы конкурентности, распределённости и масштабирования - берёте Akka.

[Elmo Sputterspark]

ericcartman, чувак, ну не тупи. Одно дело что-то вроде jivosite разрабатывать, другое банковский скоринг или телефонию. В них вообще web не нужен, нужно запустить задачу и не запариваться с тем где и как она выполняется, с синхранизацией доступа, с обработкой сбоев и другим головняком.

Answer 2

[Elmo Sputterspark]

Каждый раз, когда читаю твои вопросы, сразу вспоминается поговорка "Слышал звон, да не знает, где он." Каждый раз в кучу оказываются смешаны несвязанные или слабосвязанные понятия и всё это обильно приправлено огульными сравнениями мягкого с тёплым.

Конечно читал про реактивное программирование, как я понимаю, это когда клиент посылает request, его принимают, клиент продолжает заниматься другими своими делами, через некоторое время клиенту приходит response.

Ты даже близко не понял сути.

Реактивное программирование - это парадигма программирования, ориентированная на потоки данных и распространение изменений.
Модель акторов - это парадигма программирования, хорошо подходящая для разработки конкурентных и распределённых систем.

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

актуальна ли еще AKKA

Да, актуальна.

Vert.X ( я так понимаю что это конкурент AKKA который вдобавок хорошо интегрирован с Hazelcast) ?

Vert.X - не конкурент Akka. Они вообще разного поля ягоды. Vert.X - это очередной асинхронный фреймворк. Если сравнивать, то самый близкий аналог - Spring WebFlux.

То есть когда мне вот прямо необходимо ее использовать и скажем реактивные средства Spring 5/Spring Boot 2, Kafka или RabbitMQ вообще не вариант?

Вот как начнёшь различать разработку web-приложений и распределённых систем, так можно будет и подумать об Akka.

Comments

[ericcartman]

Спасибо, я перепутал реактивное программирование с паттерном реактор

[ericcartman]

Vert.X - не конкурент Akka. Они вообще разного поля ягоды

Не перегибай палку в своем величии, на просторах буржуйского интернета они постоянно сравниваются ( например https://medium.com/capital-one-tech/building-micro...)

https://medium.com/capital-one-tech/building-micro...

[Сергей Горностаев]

ericcartman, он прав. Во-первых, то что с помощью Akka можно делать то же, что с помощью Vert.x - ещё не значит, что они для одного и того же предназначены. Во-вторых, в приведённой вами статье сравнивают их по параметру реактивности. И, пожалуй, это единственное, что у них общего. В-третьих, сам факт того, что кто-то в буржуйском интернете что-то сравнивает - не показатель разумности такого сравнения. Не сильно сложно найти сравнения Wordpress c JSF и карьерных самосвалов с феррари.

[ericcartman]

Сергей Горностаев, да, я специально сразу начал про реактивность. Просто когда говоришь, что Akka и Vert.x абслолютно разные вещи, надо как минимум пояснять, я уверен, он не раз видел сравнения их, интернет просто кишит ими. Возможно надо было в вопросе дописать, что интересует с точки зрения реактивности.
Тогда доп вопрос: когда лучше использовать AKKA а когда Vert.X если надо построить реактивную распределенную систему?

[Сергей Горностаев]

ericcartman, многое расставляет по своим местам, если знать как Vert.x назывался вначале - Node.x. Это Node.js для Java грубо говоря. Вы не напишите на нём такую систему, как я описал в своём ответе. Akka более низкоуровнеая, поэтому с одной стороны писать на ней на много сложнее, а с другой она гибче и мощнее.

[ericcartman]

Сергей Горностаев, ясно, тогда как определить, в какой момент роста распределенности системы надо прибегать к услугам АККА ? Ну скажем если у нас 2 подсистемы, то наверное стоит обойтись без нее?

[Сергей Горностаев]

ericcartman, если у вас два web-сервиса, то вам не нужна Akka. Если у вас две любые системы, которые уже перешли все границы сложности и испытывают огромные проблемы с конкурентностью, Akka - ваше спасение.

[Elmo Sputterspark]

ericcartman, зря обижаешься. Я такой же был, работал формошлёпом и грезил о высоких нагрузках и распределённых системах. А потом довелось поработать на паре проектов с нагрузками реальными (даже не хайлоадом) и пришло понимание, как глупо и наивно выглядели мои соображения на этот счёт. Понять назначение таких штук, как акторы, можно только тогда, когда вся башка поседела в борьбе с гонками, блокировками, голоданием и другими проблемами многопоточного кода. Понять такие штука как реактивность можно тогда, когда кровь из носа течёт в попытках понять поток выполнения в разросшейся и усложнившейся обычной императивной системе.