REST和Statelsss是过大的?

问题描述

无状态虽然风行一时,但取消会话和会话亲和力似乎意味着数据只是存储在数据库中,或者是昂贵的内存缓存中。这会增加IO和延迟。由于细粒度的数据,我在请求中看到了数据库中20 IO的一些示例。似乎很习惯经常使用满状态服务器的人容易出错的架构。

在大多数情况下,我看到转向“无状态”的唯一真实理由是,节点丢失不会带来灾难性的后果。是不是继续使用会话,会话亲缘关系以及诸如Liberty Session DB(以允许节点恢复)之类的更好,更快,更便宜的解决方案?

解决方法

暂无找到可以解决该程序问题的有效方法,小编努力寻找整理中!

如果你已经找到好的解决方法,欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@)