spring - 会话复制的优缺点

Question

我真的需要会话复制吗？

我正在为一家公司从事一些网络项目。大多数项目都是大约一两页输入，然后保存到 mysql 数据库。非常基础的项目。我的 SA 正在努力尝试让会话复制在 JBoss 中工作，但我真的没有看到任何需要它以及它的所有开销。

我们需要负载平衡和集群，因此如果服务器确实出现故障，我们可以将新请求移动到备份服务，但我在会话复制方面并不大。

这是非常低容量的项目。我的眼睛当服务器在一两页上出现故障时，用户参与项目的几率是多少。

我需要让 SA 相信会话复制在这种情况下是不必要的并发症。我正在寻找会话复制的优缺点，以便更好地构建我的论点。

Answer 1

好吧，“优点”是您有会话故障转移，无论是在有意的集群成员重新启动还是在无意的集群成员故障中。就是这样。

一些“缺点”是：

1. 会话对象及其包含的对象必须是Serializable
2. 您必须选择会话持久性或复制并管理它们的配置和/或数据存储
3. 您必须考虑会话持久性/复制策略（例如，每次写入、请求结束、时间安排），并且如果在存储/复制最近的更改之前发生故障，仍然有丢失会话或丢失会话最新状态的风险
4. 复制或持久的非零性能影响，与复制策略的稳健程度成反比。（也就是说，您越有可能迅速复制每个会话更改，性能就越差。）

我们进行会话复制是因为我们在几年前开始此操作时认为故障转移是绝对要求，但我认为如果我重新做一遍，我建议我们不要为大多数应用程序烦恼。