Aws lambda 多功能SAM模板的推荐项目结构
我有一个新项目,它需要相对较少的服务,可能10个或更少(因此将每个服务放在单独的项目存储库中并不经济)。每个服务将通过SAM模板定义为AWS::Serverless::函数。我的问题是:组织或组织这样一个项目的推荐方式是什么 目前的结构是:Aws lambda 多功能SAM模板的推荐项目结构,aws-lambda,aws-sam-cli,sam,Aws Lambda,Aws Sam Cli,Sam,我有一个新项目,它需要相对较少的服务,可能10个或更少(因此将每个服务放在单独的项目存储库中并不经济)。每个服务将通过SAM模板定义为AWS::Serverless::函数。我的问题是:组织或组织这样一个项目的推荐方式是什么 目前的结构是: |- src |- lambdas |- service-one |- stuff |- package.json |- service-two
|- src
|- lambdas
|- service-one
|- stuff
|- package.json
|- service-two
|- stuff
|- package.json
|- other-stuff
|- test
|- package.json
有没有办法避免每个lambda都作为自己的子项目使用唯一的
package.json
等?我设计了我的项目结构,如下所示
ProjectName
├── dependencies
│ └── package-pandas-requests.zip
├── deploy.sh
├── infrastructure
│ ├── packaged.yaml
│ └── template.yaml
└── src
└── lambdas
├── lambdafunction1
│ └── app.py
├── lambdafunction2
│ └── app.py
├── lambdafunction3
│ └── app.py
依赖项是软件包的层
SAM框架的yaml文件的基础结构
希望这能消除您的疑虑。我认为每个项目不需要单独的package.json,因为所有这些功能都将在一次对asw cloudformation的请求中使用“sam package/sam deploy”进行部署。如果您发现有关项目结构最佳实践的新信息,请在评论中分享。