JSF应用能否实现滚动部署与高可用？求节点重定向方案

针对你提到的JSF滚动部署痛点（粘性会话、ViewScope与会话复制冲突），以下是无需或低依赖会话复制的落地方法和设计原则：

1. 客户端存储ViewState，彻底剥离服务器会话依赖 #

修改JSF配置，将ViewState存储从服务器端切换到客户端：

<!-- faces-config.xml 或 web.xml -->
<context-param>
    <param-name>javax.faces.STATE_SAVING_METHOD</param-name>
    <param-value>client</param-value>
</context-param>

同时必须配置加密密钥防止ViewState被篡改：

<context-param>
    <param-name>com.sun.faces.ClientSideStateSavingSecretKey</param-name>
    <param-value>你的加密密钥（建议32位以上）</param-value>
</context-param>

优势：服务器会话中不再存储ViewScope相关数据，节点间无需同步会话，滚动部署时用户请求可直接切换到新节点；注意：大体积ViewState会增加HTTP请求大小，适合页面复杂度中等的场景。

2. ViewScope仅存标识，业务状态外置存储 #

将ViewScope中承载的业务数据（如表单草稿、临时计算结果）迁移到外部共享存储（Redis、数据库等），ViewScope仅保留数据的唯一ID：

@ViewScoped
@ManagedBean
public class OrderBean implements Serializable {
    private String orderTempId;
    @Inject
    private RedisService redisService;

    public void loadOrder() {
        // 从外部存储加载数据
        OrderTemp temp = redisService.get(orderTempId);
        // 绑定到页面组件
    }

    public void saveDraft() {
        // 收集页面数据
        OrderTemp temp = new OrderTemp(...);
        // 生成或复用ID，存入外部存储
        orderTempId = redisService.put(temp);
    }
}

核心逻辑：会话中仅存储轻量的ID标识，即使用户被路由到新节点，也能通过ID从共享存储拉取完整状态，完全不需要会话复制。

3. 负载均衡层触发会话迁移+节点下线前重定向 #

配置负载均衡器（如Nginx、F5），在节点进入升级流程前，标记该节点为"待下线"，不再接收新请求；同时配合JSF页面的preRenderView事件，主动触发重定向：

<f:event type="preRenderView" listener="#{nodeMigrationBean.checkNodeStatus}" />

@RequestScoped
@ManagedBean
public class NodeMigrationBean {
    @Inject
    private SystemStatusService statusService;

    public void checkNodeStatus() throws IOException {
        if (statusService.isNodePendingShutdown()) {
            // 生成临时迁移令牌，存入共享存储
            String token = UUID.randomUUID().toString();
            statusService.storeMigrationToken(FacesContext.getCurrentInstance().getExternalContext().getSessionId(), token);
            // 重定向到负载均衡器的统一入口，自动路由到正常节点
            FacesContext.getCurrentInstance().getExternalContext().redirect("/app?migrateToken=" + token);
        }
    }
}

新节点接收到带迁移令牌的请求后，通过令牌从共享存储恢复用户上下文，实现无缝切换。

4. 渐进式前后端分离，弱化JSF会话依赖 #

将复杂业务逻辑抽离为无状态REST API，JSF仅作为前端渲染层：

• JSF的ViewScope仅处理页面交互的临时状态（如表单输入校验、UI展示状态）
• 所有业务数据的读取、提交都通过调用无状态API完成
• 用户认证改用JWT令牌存储在客户端Cookie或LocalStorage，JSF仅负责解析令牌验证身份

这种模式下，JSF层的会话仅存极少量UI状态，即使切换节点也不会影响业务流程，API层可独立进行滚动部署，完全实现零停机。

5. 逐步解除粘性会话 #

先保留粘性会话，但逐步清理会话中的数据：

• 仅保留用户认证信息（如JWT、用户ID），其他所有业务/View状态全部外置
• 当会话体积足够小时，关闭负载均衡器的粘性会话配置，请求随机分配到节点
• 滚动升级时，用户请求自动路由到正常节点，通过认证信息拉取外置状态，无需会话复制

内容的提问来源于stack exchange，提问作者László Tóth