AmazonWebService - 我应该使用 AWS API Gateway 还是 AWS SDK

Question

我正在尝试从 NodeJS 调用 lambda 函数。经过研究，我知道了两种方法：

1. 将 Lambda 函数分配到 AWS API Gateway 并调用该 API。
2. 通过 AWS SDK 调用 Lambda 函数

API Gateway 和 AWS SDK 的优缺点是什么？以及何时使用上述每种方式？

Answer 1

这取决于。 API Gateway 主要用于在不安全的环境（即浏览器、桌面应用程序，而非服务器）中提供对 Lambda 函数的临时访问权限。

如果您的环境是安全的，例如它在具有 IAM 角色的 EC2 实例或具有安全存储凭证的另一台服务器上运行，那么请随意使用 SDK 并正确调用 Lambda 函数。

如果您需要将您的 Lambda 函数公开给整个互联网，或者网络上的授权用户，或者任何有可能在传输过程中获取访问密钥和秘密的用户，那么您将需要使用 API Gateway在前面。

借助 API Gateway，您可以使用 API 密钥或通过其他授权者（例如 Amazon Cognito）保护您的 Lambda 函数，以便用户需要先登录才能使用 API 终端节点。这样他们只能获得临时凭证，而不是任何人都不能使用的永久凭证。

Answer 2

我不同意 _DF 关于直接通过客户端调用 lambda 的安全问题。在 4 年中，我在无服务器方法上实施了 Client + AWS SDK。直接命中我们拥有的所有微服务，例如 Lambda、DynamoDB、S3、SQS 等。

要使用这种方法，我们必须深入了解 IAM 角色策略，包括其语句概念、身份验证令牌、AWS 凭证和令牌 - 凭证交换。

对我来说，使用 SDK 来实现 serverless 比 API Gateway 更好。为什么我更喜欢在我的无服务器基础设施上实现 SDK 而不是 API？

• API 网关成本高
• 网络无跳
• 实际上，SDK 通常包含一个 API 来与其他应用程序通信 类库和简单调用，例如 dynamodb.put(params).promise()、lambda.invoke(params).promise()、s3.putObject( params).promise() 等。我们可以看到像 fetch(URL).promise() 这样的示例 API 调用，术语并没有什么不同
• API 比较复杂，有些情况不能或不应该处理
• SDK 不可扩展？不，我不这么认为。因为它是类基础，所以它的可扩展性非常好。
• 精简基础架构和代码编写，即使用 s3 无需部署 API+Lambda
• 加快流程，即通过API+lambda将数据存储到dynamodb，无需业务逻辑
• 易于维护，我们只维护我们的客户端代码
• 角色策略更具可扩展性；等等