如何从AWS Serverless仓库调用不同仓库中的Express JS路由？

问题场景 #

我的项目包含三个独立代码仓库，分别存储Angular前端代码、Express JS（Node JS）后端代码以及AWS Serverless服务代码。在某一功能流程中，Angular前端获取userId后传递给AWS Serverless服务，需要借助该userId执行数据库操作，但数据库操作的代码逻辑仅存在于Express JS仓库中，因此需要实现从AWS Serverless调用Express JS仓库中的路由接口。我已构思一套解决方案（架构图如下），恳请给出专业反馈。

方案反馈 #

可行核心逻辑 #

• 你设计的调用链路Angular → AWS Serverless → Express → 数据库完全符合跨服务协作的常规模式，只要各服务完成部署并配置好网络访问权限，整个流程可以正常运行。
• 分层职责清晰：前端专注交互与参数传递，Serverless承接前端请求并完成转发，Express聚焦数据库操作，符合单一职责原则，后续各模块的维护成本较低。

关键优化建议 #

• 提升调用可靠性：Serverless调用Express接口时，必须添加超时重试、错误捕获机制，比如使用axios的重试配置或AWS SDK自带的重试策略，避免因网络波动导致请求失败。
• 加强服务间鉴权：在Serverless与Express之间添加身份验证，比如使用JWT或AWS IAM角色。Serverless请求Express时携带签名后的Token，Express验证通过后再执行数据库操作，防止恶意请求直接访问核心数据服务。
• 优化部署与网络：如果Express部署在EC2/ECS上，需确保Serverless所在VPC能访问到Express的网络资源；若Express可转为Serverless部署（如用AWS Lambda托管Express），则可直接通过Lambda.invoke()调用，性能比HTTP调用更优。
• 前置参数校验：在Serverless层先对userId做格式合法性校验，拦截无效请求，减少Express服务的无效资源消耗。
• 完善监控与日志：为Serverless和Express配置AWS CloudWatch日志，方便追踪调用链路中的错误；使用AWS X-Ray实现分布式追踪，快速定位问题节点。

替代方案参考 #

如果Express服务的核心仅为数据库操作，可考虑将数据库操作逻辑抽为独立的npm包，同步部署到Serverless和Express仓库中。这样Serverless可直接执行数据库操作，省去一次HTTP调用的开销，但需要维护共享包的版本一致性，适合业务逻辑稳定的场景。

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