我可以在 SAM 模板中使用 AWS Cloud Formation 资源语法吗?反之亦然?

vin*_*827 3 amazon-web-services aws-cloudformation aws-sam

最近,我开始学习 AWS Cloud Formation (CF) 和 AWS Serverless Application Model (SAM)。我发现其模板文件中的语法存在差异。例如,要在 SAM 中创建 Lambda 资源,我们将声明如下内容:-

Resources:
  HelloLambda:
    Type: AWS::Serverless::Function
Run Code Online (Sandbox Code Playgroud)

而在 CF 中,我们这样声明:-

Resources:
  HelloLambda:
    Type: AWS::Lambda::Function
Run Code Online (Sandbox Code Playgroud)

不仅仅是 SAM 中的 Lambda 属性/属性与 CF 中的不同之处很少。

我仍然无法清醒过来并且感到困惑。我有一些疑问,如果您能消除我的疑虑,我将不胜感激:-

  1. 如果 CF 已经作为 AWS 云的 IaC(基础设施即代码)做出了伟大的贡献,那么 SAM 的需求是什么?
  2. 为什么有人更喜欢 SAM 而不是 CF?
  3. 最后,我可以使用 SAM 资源(语法)在 CF 中编写,反之亦然,例如,我可以在普通 CF 模板中使用以下语法声明 Lambda,反之亦然:-

资源:HelloLambda:类型:AWS::Serverless::Function

干杯,

Mar*_*cin 5

  1. 如果 CF 已经作为 AWS 云的 IaC(基础设施即代码)做出了伟大的贡献,那么 SAM 的需求是什么?

它简化了涉及lambda 和 API 网关(一种非常流行的组合)的开发。在纯 CFN 中执行相同的操作需要额外的步骤(例如,手动设置集成方法),而许多人不希望或不需要知道如何执行这些步骤。此外,SAM 还具有自定义命令行工具,可帮助您在本地运行和测试 lambda+api 网关,并提供通过 CFN 无法获得的大量测试事件,或者隐藏与通过CodeDeploy部署功能相关的复杂性。仅使用 CFN 无法轻松做到这一点。

  1. 为什么有人更喜欢 SAM 而不是 CF?

能够在本地轻松测试事物并与 CodeDeploy 进行简化集成非常有用。因此,对于那些想要更多地专注于为应用程序编写代码的人来说,这很有好处,而不是花大量时间从头开始设置一切,这更多的是 DevOps 工作。

最后,我可以使用 SAM 资源(语法)在 CF 中编写,反之亦然,例如,我可以在普通 CF 模板中使用以下语法声明 Lambda,反之亦然:-

SAM 模板可以包含 CFN 资源,但反之则不行。SAM 中的资源部分

  1. 此部分类似于 AWS CloudFormation 模板的资源部分。在 AWS SAM 模板中,除了 AWS CloudFormation 资源之外,此部分还可以包含 AWS SAM 资源。