Alfresco Community v5.2社区版是否支持集群高可用与负载均衡部署？

明确结论 #

可以搭建带负载均衡能力的高可用系统，但无法使用企业版基于Hazelcast的原生集群方案，二者能力边界有明确区别。
首先澄清歧义点：官方文档中提到的Hazelcast分布式集群能力（包括内置分布式会话、分布式内存缓存、节点无感知故障转移）确实仅面向企业版授权开放，社区版无该功能的源码与使用权限，不要尝试直接移植企业版的Hazelcast配置，会触发授权限制且存在稳定性风险。
社区版的高可用负载均衡部署是基于通用开源组件实现的，不属于官方原生集群能力范畴，所以官方文档没有放在集群部署章节单独说明，才会造成理解歧义。

具体部署要求 #

• 负载均衡层
  • 可选用Nginx、HAProxy等常规开源负载均衡组件，配置七层/四层转发规则，将用户访问、接口调用请求按策略分发到后端多个Alfresco应用节点
  • 必须开启**会话粘滞（Sticky Session）**配置：因为社区版没有内置分布式会话同步能力，要保证同一用户的所有请求固定转发到同一个应用节点，避免会话丢失、登录状态异常
  • 配置主动健康检查规则，自动检测后端应用节点状态，故障时自动切流到正常节点，实现服务层面的高可用
• 应用节点层
  • 部署2台及以上独立的Alfresco 5.2社区版实例，每个实例的版本、补丁包必须完全一致
  • 所有实例禁止在本地存储业务数据，必须统一连接同一套共享后端依赖：
    • 统一连接高可用部署的共享数据库（支持社区版兼容的MySQL、PostgreSQL等，数据库建议配置主从同步、故障自动切换）
    • 统一挂载共享内容存储卷，可使用NFS、GlusterFS、企业NAS等共享文件系统，保证所有实例读写的文档、附件等内容文件完全一致
    • 所有实例的核心配置文件alfresco-global.properties中，数据库连接、存储路径、服务权限等配置必须保持统一，同时每个实例要配置独立的节点ID，避免服务注册冲突
• 缓存一致性处理
  • 社区版每个应用节点的本地缓存是独立的，没有Hazelcast做分布式缓存同步，需要调整缓存过期规则缩短本地缓存失效时间，避免多节点间数据不一致
  • 对缓存一致性要求高的场景，可以手动将本地缓存替换为外部统一缓存组件（如独立部署的Redis），需要自行做配置适配，无官方支持方案

能力边界提醒 #

以下企业版原生集群支持的能力，Alfresco 5.2社区版无官方落地方案，部署前需要明确预期：

• 不需要会话粘滞的全分布式会话，节点故障时用户无感知切换，不需要重新登录
• 内置分布式缓存自动同步，不需要额外适配即可保证多节点缓存数据一致
• 集群节点自动发现、自动纳管能力
• 官方原生集群监控、运维工具支持

内容的提问来源于stack exchange，提问作者aib.ts