sam包与aws云信息包

Question

医生说他们做了完全相同的事情：

本节中描述的sam软件包和sam部署命令分别与其AWS CLI等效命令AWS cloudformation软件包和AWS cloudformation deploy相同。

但我的经验表明这并不完全正确。当我为基于Java的Lambda运行sam deploy时，会得到一个工件，该工件上载到S3，并具有以下类型的zip结构：

• META-INF
• com/form/etc，类文件
• logback.groovy，其他资源
• lib，里面装着我所有的罐子

这在Lambda中执行得很好。但是当我遵循Lambda CodePipeline文档并使用aws云形成时，我得到了这个zip结构（本质上是我的git repo）：

• README. md
• 建立/
• build.gradle
• buildspec.yml
• 事件
• gradle/
• Gradlew
• gradlew.bat
• src/
• template.yml

注意：这种替代结构甚至发生在CodeBuild之外，所以我怀疑它是否与buildspec中的内容有关。yml。我可以通过调用桌面上的两个不同的包命令来重现这两种结构。

有什么想法为什么会有差异吗？在我将我的buildspec.yml切换到使用sam部署之前，我希望理解它，特别是因为文档说它们应该是相同的。

谢谢！

Answer 1

我对aws cloudformation软件包有问题 未将定义URI更新为SAM模板的相应S3 URI，步骤函数如下：

DemoStepFunction:
      Type: AWS::Serverless::StateMachine
      Properties:
        DefinitionUri: stepfunctions/demo_step_1.json

sam包 解决了问题并创建了正确的Cloudformation模板：

  DemoStepFunction:
    Type: AWS::Serverless::StateMachine
    Properties:
      DefinitionUri:
        Bucket: pipeline-demo-test1
        Key: cassdasd6565casdawwebf5f3

Answer 2

“sam包”和“aws云信息包”一样愚蠢。区别来自“sam构建”，它将构建一个新的“模板”。yaml'并放置在{app_dir}/下。aws sam/构建/模板。带有依赖项的yaml。

这是一个新的“模板”。“sam package”（而不是“{app_dir}/template.yaml”）使用“yaml”，从而在包中添加所需的依赖项。请调查目录“{app_dir}/。aws sam/build/“以了解更多信息。

如果在目录{app_dir}/中运行“cloudformation package”。aws sam/build“您将获得与“sam包”相同的结果。”。

将“sam package”与--debug一起使用，查看它正在读取的模板文件：

$ sam package --output-template-file packaged.yaml --s3-bucket {bucket_name} --debug
Using SAM Template at /home/ec2-user/sam-app/.aws-sam/build/template.yaml

“aws cloudformation package”将仅从您指定的位置读取模板文件：

$ aws cloudformation package --template-file template.yaml --output-template-file packaged.yaml --s3-bucket {my-bucket}