Events Heroku/在这种情况下，我是否被迫实施Workers Dynos？

我拥有一个Play 2.2应用程序

我将要实现一个能够在我的应用程序中管理各种域事件的应用程序。 工作流程将是：

• 在应用程序启动时（

  Global.scala

  ），定期安排Akka参与者，从数据库检索当前未发布的事件
• 然后，这个预定的参与者将在Akka事件总线上发布这些事件
• 然后，各种特定的订阅参与者将处理相关事件

重要的一点是：我在Heroku上也拥有2个WebDynos，每个人都在运行应用程序

因此，有两个缺点：

• Akka EventBus严格地在自己的JVM上工作（EventBus的复制与Dyno的数量成比例）
• 为

  n

  中的每个dyno启动一个应用程序，涉及

  n

  事件检索器（如上所述的计划参与者）

两种典型的未披露场景都是：

• Event1

  发布多次（自dyno启动一个应用程序后）

• 即使在第一次发布

  Event1

  时，每个Dyno上的每个

  EventBus

  也可能会对其进行多次处理

如何处理这个案件

我是否被迫创建一个Worker Dyno，其中包含事件总线+事件处理程序，或者可能存在一个更简单的解决方案？

我发现：（第56页）：在处理Heroku时，Akka集群似乎是不可能的。