我正在寻找在云中构建一个基于 Akka 的应用程序,用于我正在引导的车库初创公司;根据应用程序的性质,它是半状态的,尽可能多地缓存在 RAM 中以提高性能。(它可以容忍定期关闭和重新启动,但我们希望主要通过 Actors 内的缓存信息进行操作。)
该架构是为服务器集群设计的,必要时在它们之间进行通信,以便节点 A 上的用户会话可以在适当时查询节点 B 上的中间件 Actor。所以我的问题是,这在 CloudBees 中有多难?
我从这个页面的理解是,还没有自动目录服务来管理这种集群内通信,但我可能可以忍受——更糟糕的是,我应该能够通过数据库管理发现,每个节点在它出现时注册自己并打开与其他节点的多对多通信。
不过,我想检查的是,这种沟通是直截了当的。每个节点是否有一个可靠的本地 IP,它可以通过广告让其他人联系它,这至少在应用程序运行期间是稳定的?或者节点是否有另一种/更好的方式将其地址通告给运行此应用程序的其他节点?
(我假设一个应用程序的节点都共享同一个数据库实例。)
此处的任何指导将不胜感激。我想尽快选择一个托管服务提供商,并继续返回 CloudBees 作为最有前途的选项......