使用 SAM 与无服务器框架的优缺点是什么？

What are some of the pros and cons for using SAM vs serverless framework?

我想知道哪种方法更 use/explore，我目前正在探索选择 best/suitable 框架在 AWS Lambda 上构建微服务的选项，金丝雀部署是一个巨大的功能（SAM 支持它） ，但现在没有服务器）。以下是我的问题：

  1. 一般来说，选择 SAM 而不是无服务器的优缺点是什么？
  2. 你能在 serverless.yaml 中编写 SAM 吗？就像 SAM 有一些有用的功能，如果我们可以在无服务器中利用它们，那就太好了

谢谢

AWS SAM

AWS 无服务器应用程序模型（至少目前如此）的重点是简化在 CloudFormation 中定义与无服务器技术堆栈（Lambda、API 网关等）相关的 AWS 资源。

SAM 有几个限制。它目前没有以灵活​​的方式为自定义授权者提供全面支持。此外，与无服务器框架相比，DevOps 工具和插件支持最少。

由于 SAM 是 AWS 原生的，因此对 AWS 功能的支持将在无服务器框架之前在 SAM 中提供。

无服务器框架

一个 DevOps 框架，它允许以统一的方式简化定义和部署 AWS、Azure、Google Cloud 和 IBM Open Wisk。它在底层使用 CloudFormation 进行 AWS 无服务器堆栈配置，并附带插件生态系统以及执行 DevOps 任务的简单命令。

无服务器框架有几个限制

  • 为每个阶段部署新的 API 个网关。
  • 无服务器框架结合了所有 Lambda 函数（如果在单个无服务器项目中定义了很多函数）并为所有函数部署所有代码，除非特别列入黑名单。