QwikJS多适配器集成：Supertokens与AWS Lambda适配方案问询

Qwik目前不支持在同一个应用实例中针对不同路由混用Node和AWS Lambda适配器——这两种适配器是全局级别的运行时配置，和SSG适配器的构建时静态生成逻辑完全不同，没法像SSG那样按路由拆分运行环境。下面是两种可行的集成方案：

方案1：单适配器兼容Supertokens #

• 选择Node适配器：
  整个Qwik应用部署在Node服务器上，直接把Supertokens的后端逻辑集成到Qwik的API路由中（比如通过src/routes/api/auth/[...supertokens].ts这类路由文件处理Supertokens的所有端点）。这种方式无需拆分服务，集成成本最低，适合对部署环境要求不高的场景。
• 选择Lambda适配器：
  Supertokens官方支持Lambda部署，可以将Supertokens的后端逻辑打包为独立的Lambda函数，同时将Qwik应用部署为Lambda。通过API网关配置路由规则，把/auth/*这类Supertokens相关路由指向对应的Lambda函数，其余路由指向Qwik的Lambda适配器。需要注意Supertokens在Lambda环境下的会话存储配置（比如用DynamoDB替代默认的内存存储）。

方案2：独立部署Supertokens后端服务（推荐生产环境） #

直接为Supertokens单独搭建一个后端服务（可以用Supertokens提供的Express/Next.js等模板快速生成），和Qwik应用完全分离。Qwik应用无论使用哪种适配器，都通过HTTP请求与这个独立的Supertokens服务通信。

• 优势：架构解耦，Supertokens服务和Qwik应用可以各自独立扩容、更新，避免不同运行环境的冲突；便于后续针对Supertokens进行单独的监控、调试和版本升级。

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