随着我越来越多地了解有状态服务中的 Actor 模式，我不相信为什么 Actor 模式是有状态服务的良好解决方案。
大多数用例都在讨论单线程的、每个actor中运行时间短的actor的状态管理，最好的场景是每个actor中的小规模计算和大量并行运行的actor。
在这种情况下，瓶颈将是从数百万演员到数据库的写操作。争论的焦点是将来自每个参与者的状态或小型输出存储到其自己的状态管理器或可靠集合（例如可靠字典）中，但这仍然与使用数据库的真正有状态服务不同。
我认为这混淆了依赖数据库的有状态服务的用例推荐与真正的参与者模式。
如果有人可以帮助我了解在有状态服务中使用数据库的可靠参与者的良好用例，或者如果我不正确理解可靠参与者的某些方面，请纠正我。