Mat*_*hic 6 fault-tolerance tradeoff akka akka-cluster microservices
所以,这就是事情.我非常喜欢微服务的想法,并且想要在决定是否要在生产中使用它之前进行设置和测试.然后,如果我想要使用它,我想慢慢地将我的旧rails应用程序的碎片切掉并将逻辑移动到微服务.我想我可以使用HAProxy并根据URL设置不同的路由.所以应该涵盖这一点.
然后我的下一个最大的担忧是我不需要太多的开销来确保一切都在基础设施方面顺利运行.我希望低配置,易于开发,测试和部署.
现在,我想知道每种款式的优点和缺点.Akka(集群)与Kubernetes之类的东西(甚至可能是它上面的fabric8).
我还担心的是容错.我不知道你是如何与Kubernetes一起做的.那么您是否必须包含一些消息队列以确保您的消息不会丢失？如果其中一个队列出现故障,那么还有多个队列？或者只是重试直到队列再次出现？阿卡演员已经有了这个权利吗？重试和邮箱？微服务的容错策略是什么？每种方法都有所不同吗？
有人请赐教!;)
我对 Akka 不太了解，但快速阅读似乎它是一个应用程序框架。Kubernetes 处于较低水平。Kubernetes 运行您的容器并为您管理它们。我们没有队列或邮箱的概念。
Kubernetes 很快就会有 L7 负载均衡，这样你就可以做 URL 映射。
至于容错 - kubernetes 确保您声明的意图是真实的 - 运行此容器的 N 个副本。该容器可能是 Akka 应用程序，也可能是 mysql - 没关系。
有很多关于 Docker + Akka 的指南。Kubernetes 使管理 docker 容器变得更容易，但应用程序仍然是您的:)