哪种 AWS 服务最适合代理 http 服务（架构策略）

【以下的问题经过翻译处理】 大家好。我有一个小型服务，来充当我的客户端（移动应用程序）和数据库服务器（位于AWS之外-用来接收https的请求）之间的中间Http代理。 我可以想到用一个小的NodeJS函数，它接受客户端的Http请求，将它们路由到数据库服务器，监听来自数据库服务器返回的响应并将其发送回客户端。 预计的负载不多，可能每天有1,000个这样的请求。 不需要特别的安全措施，也不需要负载均衡或多地区CDN等功能。 我主要需要这个解决方案来绕过目标数据库服务CORS限制，该服务需要一些中间件，并无法直接从我的开发机器/移动设备上为我的Angular应用程序提供服务。 有一个秘密令牌需要发送到目标数据库服务器，该令牌可以从这个中间代理服务中提供，而不是将其包含在客户请求中。 我可以看到在AWS中实现多种可能性，价格和实现方式各不相同，而且我无法决定哪种可能性会以最小的成本（如果有的话）最合适我。我能想到的一些例子：

• AWS API网关
• AWS API网关+ Lambda
• Lambda（是否可以不使用API GW服务）
• 在EC2上的NodeJS
• AWS Amplify（听起来对于这个用例来说过于复杂了吗？）
• Amazon LightRail（看起来很昂贵？）

请就您心目中最适合使用的服务提供建议，该服务将承担最少的成本，并且相对容易配置/实现。

谢谢！ 莫尔