服务面料可靠的收藏

Question

服务结构可靠集合的理由是什么？我正在使用的团队正在用无状态替换状态服务并将状态删除到redis服务器。据我所知，服务面料应该消除不必要的谈话，并快速解决问题。我猜服务结构中的持久状态参数和调试非常困难，以至于团队放弃了它。

  

我们应该如何处理服务架构项目

PS

我仍然认为SF是可行的方式，因为它为我们提供了1000个服务器虚拟机规模集架构。

Answer 1

如果

，可靠的收藏品非常棒

• 您拥有需要持久的数据
• 跨多个节点高度可用
• 尽可能接近应用程序代码（因此速度极快）
• 可以在一个节点中无缝更新并跨节点进行复制
• 允许程序员轻松使用词典和队列进行编程，而无需学习其他缓存机制

如果需要以上所有功能，可靠的集合是一个出色的解决方案。个人积分可以通过其他方式实现，但将所有这些点放在一起需要一些繁重的思考/经验。

使所有服务无状态将使单个服务快速，但他们仍然需要读取和写入redis，这是另一个可维护和高度可用的可执行文件。