Next.js ISR部署AWS Elastic Beanstalk：自动扩缩容致缓存同步异常

一、自动扩缩容触发条件最佳实践 #

• 替换触发指标：放弃默认的出站流量阈值，改用CPU利用率或每秒请求数作为扩缩容依据。比如设置CPU使用率达70%时扩容，低于30%时缩容；或根据测试环境的常规请求量，设置每秒请求数达峰值的80%时扩容，低于20%时缩容，避免低流量下的微小波动触发频繁扩缩。
• 添加冷却时间：给扩缩容动作配置5-10分钟的冷却时间，防止短时间内实例反复创建销毁，给实例足够时间完成内容同步与初始化。
• 固定最小实例数：测试/预发布环境设置至少1台常驻实例，禁止缩容到0，确保ISR生成的内容始终有一个基准实例保存，新实例可从该实例同步数据。

二、实例间缓存同步方案 #

1. 共享静态文件存储 #

将ISR生成的静态页面文件存储到AWS S3，所有Elastic Beanstalk实例统一从S3读取静态内容。可通过自定义Next.js配置，将ISR的输出目录指向S3挂载路径，或使用脚本在页面重新验证完成后自动同步至S3。

2. 分布式缓存共享元数据 #

使用AWS ElastiCache Redis作为分布式缓存，存储ISR的缓存元数据（如页面重新验证时间、缓存键）。当任意实例完成页面重新验证后，更新Redis中的元数据，其他实例处理请求时先从Redis获取最新缓存状态，再从S3拉取对应的最新静态文件。

3. 实例启动时同步缓存 #

配置Elastic Beanstalk的启动脚本，在新实例启动后，自动从常驻实例或S3同步已生成的ISR静态文件到本地文件系统，确保新实例上线时就具备最新内容，无需等待重新验证触发。

补充：关于isrMemoryCacheSize: 0无效的原因 #

该配置仅关闭Next.js的内存缓存，让ISR使用本地文件系统存储缓存内容，但Elastic Beanstalk的每个实例文件系统相互独立，新实例无法获取旧实例生成的本地文件，因此无法解决跨实例的内容同步问题。

内容的提问来源于stack exchange，提问作者Bill