Akka或Reactor [关闭]

我正在启动一个新项目（基于Java）。我需要将其构建为模块化，分布式和弹性架构。

因此，我希望业务流程能够相互通信，可互操作且独立。

我现在看的是两个框架，除了年龄不同外，它们还表达两种不同的观点：

• 阿卡（http://akka.io）
• 反应堆（https://github.com/reactor/reactor）

选择上述框架之一时应该考虑什么？

据我到目前为止所知，Akka仍然以某种方式耦合在一起（以某种方式我必须“选择”我想向其发送消息的演员），但非常有弹性。当Reactor松动时（基于事件发布）。

有人可以帮助我了解如何做出正确的决定吗？

更新

在更好地回顾了Akka 的事件总线之后，我认为Akka已经包含了Reactor所表达的功能。

例如，可以在Akka中表示为https://github.com/reactor/reactor#events-selectors-and-consumers上记录的订阅和事件发布：

final ActorSystem system = ActorSystem.create("system");
final ActorRef actor = system.actorOf(new Props(
    new UntypedActorFactory() {

        @Override
        public Actor create() throws Exception {

            return new UntypedActor() {
                final LoggingAdapter log = Logging.getLogger(
                        getContext().system(), this);

                @Override
                public void onReceive(Object message)
                        throws Exception {
                    if (message instanceof String)
                        log.info("Received String message: {}",
                                message);
                    else
                        unhandled(message);
                }
            };
        }
    }), "actor");

system.eventStream().subscribe(actor, String.class);
system.eventStream().publish("testing 1 2 3");

因此，在我看来，两者之间的主要区别在于：

• Akka更成熟，绑定到Typesafe
• 早期反应堆，绑定到Spring

我的解释正确吗？但是，Akka中的Actor和Reactor中的Consumer之间在概念上有什么区别？

在这一点上很难说出来，因为Reactor仍然是草图，而我（Akka技术负责人）对此一无所知。看到Reactor是否成为Akka的竞争对手将是一件很有趣的事情，我们对此很期待。

据我所知，在您的需求列表中，Reactor缺少弹性（即Akka的监督功能）和位置透明性（即以使您可以通过本地或远程消息抽象的方式引用活动实体），这就是您所需要的暗示“分布式”）。对于“模块化”，我对Reactor的了解还不够，尤其是如何查找活动组件并进行管理。

如果您现在开始一个真实的项目并且需要满足您第一句话的要求，那么我认为此时推荐Akka不会引起争议（正如Jon也指出的那样）。随时在SO或akka用户邮件列表上提出更具体的问题。

Reactor未绑定到Spring，它是一个可选模块。我们希望Reactor具有可移植性，这是Jon概述的基础。

由于我们甚至还不是Milestone（1.0.0.SNAPSHOT），因此我对投入生产没有信心，在这方面，我将更深入地研究Akka，它是一种出色的IMO异步框架。同时考虑Vert.x和Finagle，如果您寻找平台（前者）或可组合期货（后者），则可能会对其进行修改。如果您照顾各种各样的异步模式，则GPar可能会为您提供更完整的解决方案。

最后，我们当然可能会有重叠，实际上，我们倾向于混合方法（灵活的可组合事件，分布式，并且不受任何调度策略的约束），您可以在其中轻松地从RxJava，Vert.x，Akka等中找到位。即使我们坚定地致力于Groovy，人们也已经开始选择Clojure和Kotlin港口，我们对语言的选择甚至没有意见。除此以外，Spring XD和Grails推动了一些需求。

非常感谢您见证的兴趣，希望您在几个月后能获得更多的比较点：）

这是一个很好的问题，答案将在未来几周内发生变化。我们不能就现在的节点间通信做出任何保证，因为还为时过早。在演示Reactor中的集群之前，我们还有一些内容需要整理。

话虽如此，仅仅因为Reactor不进行节点间通信OOTB并不意味着它不能。:)使用Redis或AMQP之类的东西，只需一个相当薄的网络层即可在Reactor之间进行协调，从而为它提供一些集群智能。

我们肯定是在讨论和计划Reactor中的分布式方案。确切说说它是如何工作还为时过早。

如果您需要立即进行群集的某些内容，则选择Akka会更安全。