逻辑参与者路径与物理参与者路径

Question

在Akka文档中(https://doc.akka.io/docs/akka/current/general/addressing.html)每种定义如下：

逻辑参与者路径：通过遵循指向根监护人的父监视链接获得的唯一路径称为逻辑参与者路径。此路径与参与者的创建祖先完全匹配，因此，只要参与者系统的远程处理配置（以及路径的地址组件）被设置，它就完全是确定的。

物理参与者路径：虽然逻辑参与者路径描述了一个参与者系统内的功能位置，但基于配置的远程部署意味着可以在不同于其父级的网络主机上创建参与者，即在不同的参与者系统内创建参与者。在这种情况下，从根guardian向上跟随参与者路径需要遍历网络，这是一个代价高昂的操作。因此，每个参与者也有一个物理路径，从实际参与者对象所在的参与者系统的根守护者开始。当查询其他参与者时，使用此路径作为发送方引用将允许他们直接回复到此参与者，从而最大限度地减少路由产生的延迟。

我的问题是：一个参与者及其父对象如何可能存在于不同的参与者系统中？有人能解释一下如何理解物理路径吗？通过阅读Akka文档我对actor系统的理解(https://doc.akka.io/docs/akka/current/general/actor-systems.html)每个参与者系统都从一个根参与者开始，然后是它的子参与者，然后是它的孙子参与者。因此，根据定义，每个参与者的父级都驻留在同一个参与者系统中。也许是我对演员制度定义的理解是错的？

Answer 1

理解逻辑参与者路径和物理参与者路径之间的区别很重要。

基于角色的分布式系统的性能可能取决于此。

远程部署意味着可以在与其父级不同的网络主机上创建参与者，即在不同的参与者系统中创建参与者。在这种情况下，从根guardian向上跟随参与者路径需要遍历网络，这是一个代价高昂的操作。因此，每个参与者也有一个物理路径，从实际参与者对象所在的参与者系统的根守护者开始。当查询其他参与者时，使用此路径作为发送方引用将允许他们直接回复到此参与者，从而最大限度地减少路由产生的延迟。https://getakka.net/articles/concepts/addressing.html

请注意，逻辑路径定义了参与者的监督层次结构，物理路径显示了参与者部署的位置。物理参与者路径永远不会跨越多个参与者系统。

Answer 2

那句话有什么不对？参与者可以是分布式的，这意味着它可以位于同一主机或完全不同的主机上。根据孩子所在的位置，您可以执行以下操作之一：

"akka://my-sys/user/service-a/worker1"                   // purely local
"akka.tcp://[e-mail]:5678/user/service-b" // remote

如果您关心远程监控，它将以与本地监控相同的方式工作。请查看此处的文档：

https://doc.akka.io/docs/akka/2.5.4/scala/remoting.html#watching-远程演员

Answer 3

首先，重要的是要注意，Akka的设计明确考虑了位置透明度。因此，它被设计为能够在多个不同的“节点”（即不同的JVM实例，或者运行在不同的物理机上，或者封装到不同的虚拟机中）组成的集群上运行，而代码变化最小，甚至没有变化。例如，您可以将Akka配置为在远程机器上创建一些参与者，也可以从代码中执行相同的操作。在Akka文档中，“参与者系统”没有区分为“逻辑”和“物理”系统。在本文中，您提到的称为“Actor系统”的东西实际上是我们可以称之为“物理Actor系统”的东西，即在单个JVM中运行的东西。但是在一个参与者系统中使用上面链接的配置可以将远程参与者创建到另一个物理JVM进程中，即在不同的参与者系统中。这就是“逻辑路径”和“物理路径”的概念变成现实的时候。

希望这澄清留档位。