会话复制的优缺点

Question

我真的需要会话复制吗？

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

我们需要负载平衡和集群，所以如果服务器停止运行，我们可以将新请求移动到备份服务，但我不会在会话复制方面做大。

这是非常低量的项目。我的眼睛里，当服务器停留在一两页时，用户在项目中的可能性是多少。

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

Answer 1

那么，“亲”是你有会议故障切换，无论是在故意的集群成员重新启动或无意的集群成员失败。而已。

有的“缺点”的是：

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

我们在做会话复制，因为我们认为故障转移是几年前我们开始时的绝对要求，但是我认为如果我再做一遍，我会建议我们不打扰大部分应用程序。