SST 项目中 NextJS 与 Pulumi Output 的整合问题解析

在使用 SST (Serverless Stack) 框架构建 NextJS 应用时，开发者经常会遇到 Pulumi Output 相关的错误。特别是在 NextJS 配置文件中访问环境变量时，会出现 Error parsing /Calling [toString] on an [Output<T>] 的错误提示。

问题背景

当开发者尝试在 NextJS 配置文件中使用 process.env.NEXT_PUBLIC_* 环境变量时，SST 框架底层使用的 Pulumi 会抛出错误。这是因为 Pulumi 的 Output 类型不能直接转换为字符串，而 NextJS 的配置却期望直接可用的字符串值。

核心问题分析

在 SST 项目中，当通过 sst.aws.Nextjs 构造函数定义 NextJS 应用时，传递给 environment 属性的值实际上是 Pulumi 的 Output 类型。这些 Output 值在部署时才会被解析为实际值，但在 NextJS 构建阶段就需要访问这些值。

典型错误场景

1. 直接字符串拼接：如 api.url + '/auth' 这样的操作会触发错误，因为 api.url 是 Output 类型
2. NextJS 配置访问：在 next.config.mjs 中直接使用 process.env.NEXT_PUBLIC_* 变量
3. 环境变量传递：将 Output 类型直接作为环境变量值传递给 NextJS 应用

解决方案

SST 提供了专门的工具函数来处理这类问题：

1. 使用 concat 方法：对于需要拼接字符串的场景，应该使用 SST 提供的 concat 方法
2. 延迟解析：在 NextJS 配置中避免直接访问 Output 类型的变量
3. 环境变量处理：对于必须在前端代码中使用的变量，考虑使用 SST 的特定机制来处理

最佳实践

1. 对于需要拼接的 URL，使用 concat 方法：

environment: {
  NEXT_PUBLIC_API_URL: api.url,
  NEXT_PUBLIC_AUTH_URL: $util.concat(api.url, '/auth'),
  NEXT_PUBLIC_GRAPHQL_URL: $util.concat(api.url, '/graphql')
}

2. 在 NextJS 配置中，避免直接使用环境变量进行复杂的逻辑处理，可以将这些逻辑移到运行时

3. 对于必须的配置，考虑使用 SST 的特定机制来注入这些值，而不是依赖 NextJS 的构建时环境变量

总结

SST 框架与 NextJS 的整合需要特别注意 Pulumi Output 类型的处理。开发者应该理解 SST 的资源定义和 Pulumi 的输出机制，避免直接操作 Output 类型。通过使用 SST 提供的工具函数和遵循最佳实践，可以顺利解决这类整合问题，构建出稳定可靠的 Serverless NextJS 应用。