Akka vs翡翠代表代理系统

Question

我正在研究我代表交通信号控制器的项目，因为它们互相通信。我打算用玉器，但后来我遇到了Akka。现在我很困惑，因为我读到了Akka的阅读表明有1个主人，主人先创建工人;是对的，如果是这样，我如何实施（所有大师）代理代理？

Answer 1

所以你最终会在哪里？我所确定的是，演员模型与代理模型不同，而且，为了使代理人在又名，你需要自己做得很有帮助。

• 因为akka将通过路由器发送所有请求，因此需要在消息本身存储状态。

• 为了模拟代理对等体的多种行为，您必须建立一个路由大师，了解要发送哪些代理的代理。此外，如果您有一个“重复平均”问题，就像组意见一样，那个主人需要在下次迭代时向每个代理发送问题/发送其他代理的结果。

我认为您可能需要询问您在框架中寻找的内容。如果您正在寻找坚固性，Akka可能是一个OK BEST（它受到Erlang的启发），如果您正在寻找可以运行模拟的代理平台，玉或搅拌可能是一个更好的选择。

至少对于代理系统，Akka大约是ActiveMQ或ZeromQ的匹配项（即，它处理了分布式系统的一些通信问题，但它不是基于代理的框架）。