除Vercel外Azure、AWS等平台能否使用Next.js ISR增量静态再生成？

ISR并非Vercel平台专属能力，但对托管环境的运行时、存储、缓存规则有明确要求，不满足要求就会出现部署后功能失效的问题，各主流云平台的支持情况如下：

各平台支持详情 #

• AWS：完整支持ISR能力。两种常用部署方案都可正常运行：
  • 基于OpenNext适配层，搭配Lambda@Edge、CloudFront、S3的组合部署，原生兼容定时重生成、按需revalidate等全量ISR逻辑
  • 直接使用AWS Amplify托管服务，2022年之后的版本已经官方适配Next.js 12+的ISR能力，构建时选择Next.js框架即可自动完成适配，不需要额外编写自定义配置
• Azure：不是所有部署模式都支持ISR，你遇到的功能失效是非常常见的问题：
  目前Azure仅在Static Web Apps（SWA）服务的新版Next.js适配层中，对Next.js 13.4+版本的App Router场景提供官方ISR支持，ISR失效通常是以下原因导致：
  1. 构建时使用了next export命令导出纯静态文件，该模式会直接禁用所有ISR、SSR相关能力，仅能生成不可更新的纯静态页面
  2. 部署配置错误：手动填写了构建输出目录为out，会触发SWA的纯静态部署模式，不会分配承载ISR重生成逻辑的Node.js运行时，正确配置是构建命令填next build，输出目录留空，让平台自动识别Next.js运行模式
  3. 使用的Next.js版本低于13.4，旧版Azure SWA适配层没有对应版本的ISR逻辑兼容
  4. CDN缓存规则配置错误，将/_next/data/*、触发重验证的请求路径设置为永久缓存，导致重生成请求无法送达后端运行时
• 其他通用云平台：只要满足两个基础条件即可正常运行ISR：一是有可运行Node.js服务的运行时环境，二是有可持久化存储生成后静态页面的空间、搭配可配置规则的CDN/反向代理。比如Google Cloud Run、各厂商的云服务器、容器服务都可以，直接执行next build后用next start启动服务，前面挂载CDN配置好对应缓存绕过规则，不需要绑定特定托管平台即可使用ISR全量能力。

核心判断标准：ISR的运行逻辑是「用户请求优先命中缓存静态页 -> 后台异步触发页面重生成 -> 新页面生成完成后替换缓存内容」，整个流程必须同时有静态缓存能力、可执行Node.js重生成逻辑的运行时，二者缺一不可，只要托管环境能满足这两点就能支持ISR。

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