点燃分布式闭包vs Akka（远程）参与者
似乎Akka中的参与者越来越倾向于提供功能（远程）了点燃分布式闭包vs Akka（远程）参与者,akka,ignite,Akka,Ignite,似乎Akka中的参与者越来越倾向于提供功能（远程）了 它们在多大程度上重叠或互补（国家、行为、监督、儿童等）？Ignite的文档在此主题上有点简洁，可能是我在比较苹果和梨，但我也想知道……Ignite中的分布式闭包只是：可以在远程Ignite节点上执行的闭包，而无需任何显式部署（单播、广播等）。它们没有强加传统的Actor（a-la-Akka）语义。在Ignite中，这是故意的 这是Scala中使用Ignite闭包的一个很好的例子：还有两个问题：1）您能否在回答中详细说明如何在不部署explic
它们在多大程度上重叠或互补（国家、行为、监督、儿童等）？Ignite的文档在此主题上有点简洁，可能是我在比较苹果和梨，但我也想知道……Ignite中的分布式闭包只是：可以在远程Ignite节点上执行的闭包，而无需任何显式部署（单播、广播等）。它们没有强加传统的Actor（a-la-Akka）语义。在Ignite中，这是故意的 这是Scala中使用Ignite闭包的一个很好的例子：还有两个问题：1）您能否在回答中详细说明如何在不部署expliciet的情况下实现这一点？换句话说，代码是如何“移动”到远程节点的？2） 如果我想有一个类似Akka（）的容错解决方案，例如，如果一个子节点不是必须执行ftp调用的集群单体，我该如何做？我必须显式地实现整个错误处理吗？