基于Laravel与AWS Lambda的微服务架构搭建相关问题咨询

1. AWS API Gateway对接与配置方案 #

API Gateway作为全流量入口，直接对接Vue SPA即可，不需要直接对接鉴权微服务。具体配置步骤：

• 首先创建HTTP API类型的API Gateway实例，先配置跨域规则：允许你的SPA部署域名作为允许源，放行Authorization、Content-Type请求头，放行GET/POST/PUT/DELETE/OPTIONS常用请求方法，允许携带凭据。
• 配置路由分流规则，按路径前缀转发到对应Lambda：
  • /auth/**路径前缀的所有请求，转发到鉴权微服务对应的Lambda集成，这部分请求不需要提前校验token
  • /post/**路径前缀的请求转发到帖子管理微服务Lambda
  • /profit/**路径前缀的请求转发到用户变现微服务Lambda
• 给所有非/auth/**的路由，统一配置API Gateway的JWT授权器，提前校验请求头中Authorization字段携带的token有效性，校验失败直接返回401，不需要转发到后端服务，减少不必要的资源消耗。

2. 微服务数据库选型与数据同步方案 #

微服务架构的核心要求就是每个微服务自有独立数据库，绝对不要共用数据库，避免业务耦合导致的表结构改动、锁表操作相互影响。
数据同步不需要做强实时同步，按以下方案处理即可：

• 公共基础数据（比如用户ID、用户基础信息）只在鉴权微服务数据库存全量，其他微服务只保留自己业务必需的关联字段，比如帖子服务的帖子表只存关联的user_id即可，不需要冗余存储用户名、头像这类用户基础字段。
• 跨服务取数需求优先走服务内部接口调用，比如帖子列表需要展示用户名，直接调用鉴权微服务的内部接口拉取对应数据即可，不用做数据同步。
• 存在高频跨服务取数场景，可以在业务允许的前提下做少量冗余存储，通过事件驱动更新冗余数据，比如用户更新头像后，鉴权微服务抛出用户信息更新事件，其他用到该字段的服务订阅事件更新自身冗余字段即可。

3. 令牌鉴权方案可行性确认 #

这个鉴权方案完全可行，是当前Serverless+微服务架构下的主流鉴权方案。
落地注意要点：

• 令牌生成用JWT格式，payload仅存放用户ID、权限标识这类非敏感信息，不要存入密码、手机号这类敏感数据
• 令牌有效期设置为1-2小时即可，搭配刷新令牌使用，降低令牌泄露风险
• 其他微服务侧可以直接用JWT公钥本地校验令牌有效性，不需要每次都请求鉴权服务降低性能损耗

4. 鉴权组件选型与部署方案 #

你的场景选Sanctum即可，完全满足需求，不需要用Passport。Passport是为了支持OAuth2全场景，重量更大，你没有第三方授权的需求，用轻量的Sanctum足够。
部署规则：

• 仅主鉴权微服务需要完整安装Sanctum，负责令牌生成、登录注册、刷新令牌这类核心鉴权逻辑
• 其他业务微服务不需要完整安装Sanctum，仅需要引入轻量的JWT校验依赖即可，如果你已经在API Gateway层做了JWT校验，业务微服务甚至不需要写额外的鉴权逻辑，直接取API Gateway校验通过后透传的用户ID使用即可。

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