在 AWS CloudFormation 和无服务器中组织堆栈和共享资源

Question

我有一个关于使用CloudFormation 设计和组织AWS Serverless 资源的架构问题。

目前我有多个按域特定目的组织的堆栈，并且效果很好。大多数包含Lambdas 的堆栈都必须使用Serverless 进行转换（全部使用SAM）。使用EventBridge 和S3+Events 的组合可以促进异步通信并且运行良好。我遇到的问题是同步通信。

我不想使用从其他堆栈导出的名称从其他堆栈引用 Lambdas 并直接调用它们，因为这会导致更新和版本问题（如果在其他堆栈中引用了输出导出，我无法更改资源除非首先删除引用，否则对于 CI/CD 并保持关注点分开并不理想）。

我一直使用API Gateway 作为抽象，但感觉相当沉重。有这种分离很好，但必须有域和 DNS 解析 + 将 API GW 暴露在外部感觉不对。也许有更好的方法将API GW 配置为仅限内部。如果您在这方面取得了成功，请您指点我的方向吗？

有没有更好的方法以同步的方式从不同的堆栈抽象调用Lambda 函数？ （Common template patterns 代表 CF 或类似的东西？）

Answer 1

我看到两个问题：

1. 具有 API 网关的同步 Lambda 函数的替代方案。

• Api 网关是一种简单的方法，使用 IAM 身份验证使其安全。与 REST API 相比，HTTP Api 是一种更简单、更便宜的选择。我们可以选择 Private Api 而不是 Region/Edge，因为它不会暴露在 VPC 之外，以使其更安全。
• 我们可以将目标作为 Lambda 函数的私有 ALB，用于不需要任何 API 网关功能的简单用例。（这将每月花费一些费用）
• 我们始终可以使用 AWS SDK 调用直接调用 lambda。

1. 在模板之间共享资源的替代方案。

• 如果我们需要删除和重新创建资源，导出和导入会有点问题，但如果我们只是更新它，应该不会有问题。
• 我们始终可以将 Lambda 函数的 Arn 存储在源模板的 SSM 参数中，并从目标模板中的 SSM 参数解析 Arn 的值。这是完全解耦的。这比简单地硬编码 Arn 的值要好。