Jakie są alternatywy językowe i produktowe dla Akka?

Używam RabbitMQ + Spring AMQP + Guava 's EventBus do automatycznej rejestracji komunikatorów podobnych do aktorów za pomocą Guava' s EventBus do dopasowywania wzorców odebranych wiadomości.

Podobieństwo do Spring AMQP i Akka jest niesamowite. Spring AMQP ' s SimpleMessageListenerContainer + MessageListener jest w zasadzie odpowiednikiem aktora.

Jednak dla wszystkich intencji i celów RabbitMQ jest bardziej potężny niż Akka, ponieważ ma wiele klientów implementacje w różnych językach, zapewnia trwałość (trwałe kolejki), topologiczny routing i pluggable algorytmy QoS .

To powiedziane Akka jest o wiele wygodniejsze i teoretycznie Akka może zrobić wszystkie powyższe i niektórzy ludzie mają napisane rozszerzenia, ale większość po prostu używa Akki i wtedy Akka dostarcza wiadomości przez RabbitMQ. Również Wiosna AMQP SimpleMessageListener pojemnik jest trochę ciężki i jego niejasne, co by się stało, gdyby stworzyłeś ich kilka milionów.

Z perspektywy czasu rozważyłbym użycie Akki do RabbitMQ zamiast Spring AMQP dla przyszłych projektów.

Najlepszą radą, jaką mogę zaoferować, ponieważ przeszedłem przez ten sam proces myślowy, gdy Play 2.0 dołączył do Typesafe i zaczął używać Akka bardziej, jest poszukiwanie "Model aktora".

Wikipedia to wielki zasób- http://en.wikipedia.org/wiki/Actor_model . posiada listę języków programowania, które mogą obsługiwać model aktora, a także listę frameworków (w tym Akka), które są oparte na modelu aktora.

Mówiąc prościej, Model aktora opiera się na koncepcji podmiotów w równoległym modelu obliczeniowym. Aktorzy nie muszą oznaczać przekazywania wiadomości, ale najczęstsze przypadki użycia będą miały aktorów przekazujących wiadomości (stąd pojawią się podobieństwa do rabbitMQ).

Akka jest zestawem narzędzi i runtime do budowania współbieżnych & rozproszone systemy. Aby to osiągnąć, Akka używa modelu aktora. Jeśli szukasz alternatywy dla Akka, myślę, że nie możesz znaleźć kompletnego rozwiązania, takiego jak Akka, ponieważ Akka ma kilka funkcji, które umożliwiają tworzenie solidnych współbieżnych & rozproszony system:

• Akka aktor
• aktor Routing, nadzorowanie i monitorowanie
• asynchroniczne i nieblokujące wiadomości
• Klaster Akka (do zarządzania klastrem)
Akka persistence (do implementacji Event sourcingu, persistence actor i co najmniej raz Delivery messaging) [11]}Akka I / O (dla komunikacji TCP i UDP)
• Akka HTTP (do komunikacji HTTP jako klient lub Serwer)
• strumień Akka (do przetwarzania strumienia)
• ...

Ale proponuję rzucić okiem na Erlang / OTP i Kwazar .

Http://scalecube.io jest mikroserwisem o niskim opóźnieniu lib . kompletne rozwiązanie, które umożliwia opracowanie solidnego systemu współbieżnego i rozproszonego.

Jak Akka: - opiera się na plotkach i protokole pływania. - jego wiadomość napędzana w oparciu o protobuf (full duplex). - to dla JVM. - niskie opóźnienie i około ~6 razy szybsze. - używa RxJava, który okazał się szybszy od strumieni akka.

W Przeciwieństwie Do Akki: - jest mniej opiniotwórczy - nie ramy. - nie wymuszanie wzorca aktora jako holistycznego wzór.

Możesz również rozważyć użycie Vertx, który jest również platformą reaktywną http://vertx.io/

Gdzie można rozważyć wierzchołek ( http://vertx.io/docs/vertx-core/java/#_verticles [[2]}) podobny do paradygmatu aktora. I EventBus podobny jak Databus z Akka ( http://vertx.io/docs/vertx-core/java/#event_bus )