了解Akka容错

Question

我正在研究Akka ，只是在看他们的容错示例 ，并试图理解它。

1. 为什么我不能只在“纯Java”（没有Akka）中实现所有相同的类型（ Worker ， Listener ， CounterService等）。 Akka开箱即用地添加了什么基础架构？
2. 在该图中， Storage代表什么？ RDBMS？ 监视RDBMS的Java应用程序？ JDBC驱动程序？
3. 如果Storage是一个Java应用程序，并且可以将StorageException返回给请求者，那就太好了，但是如果Storage和CounterService之间的网络断开或出现传输级问题怎么办？ 整个图是否仍然有效（如果可以， 怎么办？！？ ）还是Akka仅提供“应用程序层”容错？ 在后一种情况下，Java / Akka如何处理硬件或网络级别的故障？

Answer 1

1. Akka基于参与者的设计模式，您可以自己实现此模式，就像使用MVC一样。 我想说akka对您来说最好的事情是所有反应性的东西，这些东西将减少参与者所需的资源量。

2. 您可以将存储视为状态或保持应用程序的某种状态。

3. 我认为人们在谈论容错时要提到的主要内容是，因为您可以轻易地分散参与者，并使用可靠的代理模式http://doc.akka.io/docs/akka/snapshot/contrib/可靠的代理.html ，使您的应用程序可以一直运行到最后一个节点死亡为止，并且如果您始终实施该模式，则不会丢失任何消息。 因此，它指的是消息丢失。 一切都是基于akka中的消息，您通常不会有一个不是一个好主意的请求，因为它正在阻塞，而是在需要时使用Future。 如果您的硬件停止运行，则您将无法在指定的时间内获取未来的价值，并且可以自行处理故障。