在商业贷款中，两个不同的申请人（个人或公司）可以使用相同的抵押品（房屋，汽车，商业......）申请贷款。
在这种情况下，申请人可以是演员，看起来很自然。
抵押品怎么样？ - 演员还是服务？
在我看来： 参与者是在SF中的可靠服务之上完成的抽象。演员模型具有概念（提醒，计时器，重新入门，事件等），以帮助实现业务需求的推理，但它有更大的学习曲线来理解这些概念并应用actor模式： https://acom-swtest-2.azurewebsites.net/en-gb/documentation/articles/service-fabric-reliable-actors-patterns-introduction/
在我看来，可靠的服务是架构师要求的一种更原始的方法，我们只获得一个Run异步方法来挂钩操作，以便对请求/回复模式进行池化，批处理和rpc调用。 有状态的可靠服务伴随着分区思维的复杂性，根据业务需求考虑创建分区密钥的适当算法，但我们可以控制自己的模式。我们可以通过集合来保存用于读取和写入的热数据（不仅仅是缓存）以减少延迟（更好的性能）。
你采取哪种方法？
考虑： - 您必须快速交付，您的开发团队是服务架构和演员模型的新手。 - 我们没有做反应式编程，也没有数据流。
你会从有状态服务开始吗？ 我们以后可以让那些有状态的服务有状态的演员吗？ - 如果需要的话。
我不愿意指责公司与没有专业知识的演员合作。
谢谢，