优点＆amp;会话复制的缺点

Question

我真的需要会话复制吗？

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

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

这是一个非常低量的项目。我的目光是当服务器在一两页上发生故障时，用户在项目中的几率是多少。

我需要说服SA在这种情况下会话复制是一个不必要的复杂问题。我正在寻找会话复制的优点和缺点，以便我可以更好地构建我的论点。

Answer 1

嗯，“专业版”是您有会话故障转移，无论是故意的集群成员重启还是无意的集群成员故障。就是这样。

一些“缺点”是：

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

我们进行会话复制，因为我们在几年前开始考虑时将故障转移视为绝对要求，但我认为如果我再做一遍，我建议我们不要为大多数应用程序而烦恼。