Service Fabric - 可靠服务或演员的商业案例

时间:2016-04-09 14:20:28

标签: azure-service-fabric

在商业贷款中,两个不同的申请人(个人或公司)可以使用相同的抵押品(房屋,汽车,商业......)申请贷款。

在这种情况下,申请人可以是演员,看起来很自然。

抵押品怎么样? - 演员还是服务?

在我看来: 参与者是在SF中的可靠服务之上完成的抽象。演员模型具有概念(提醒,计时器,重新入门,事件等),以帮助实现业务需求的推理,但它有更大的学习曲线来理解这些概念并应用actor模式: https://acom-swtest-2.azurewebsites.net/en-gb/documentation/articles/service-fabric-reliable-actors-patterns-introduction/

在我看来,可靠的服务是架构师要求的一种更原始​​的方法,我们只获得一个Run异步方法来挂钩操作,以便对请求/回复模式进行池化,批处理和rpc调用。 有状态的可靠服务伴随着分区思维的复杂性,根据业务需求考虑创建分区密钥的适当算法,但我们可以控制自己的模式。我们可以通过集合来保存用于读取和写入的热数据(不仅仅是缓存)以减少延迟(更好的性能)。

你采取哪种方法?

考虑: - 您必须快速交付,您的开发团队是服务架构和演员模型的新手。 - 我们没有做反应式编程,也没有数据流。

你会从有状态服务开始吗? 我们以后可以让那些有状态的服务有状态的演员吗? - 如果需要的话。

我不愿意指责公司与没有专业知识的演员合作。

谢谢,

0 个答案:

没有答案