Aws lambda 如何在aws中管理多个不同的lambda？

我知道人们会很快通过使用UI来编辑lambdas来上传文件

但是，您如何组织aws lambda本身

UI不显示或支持任何目录、组或其他机制。
我可以也确实使用标记，但不幸的是，在列出各种lambda的UI lambda视图中，这些列不可用
不同的开发人员对标记和名称使用不同的方法，这很快就会变得混乱

同样，当最终结果必须上传到aws lambda时，哪些方法有助于使用代码审查系统，例如带有github gitflow的PRs，该aws lambda还具有版本管理方法（$latest等）、环境阶段等

有没有一种好的方法可以自动执行此操作，因为手动过程容易出错。也许是从PR合并到发布新aws版本的某种挂钩，但这可能是相当多的连线

---

我想创建数千个小方法，但如果没有soe封装，我不知道如何继续，向其他人咨询您正在使用的方法。

您不应该依赖AWS web控制台进行生产AWS Lambda管理。特别是如果你有很多Lambda函数。您可能应该使用类似AWS（SAM）或的工具，或者使用或模板来管理您的功能

您还可以考虑使用一个持续集成管道，当新代码提交到Git存储库时，该管道可以自动构建、测试和部署Lambda函数。有很多可能的工具可以用来实现这样的管道，比如，和AWS/

这里的关键是Lambda功能是更大的应用程序基础架构的一部分，应该与所有其他相互关联的服务一起管理和部署。如果API网关、SQS和DynamoDB都需要随AWS Lambda功能部署一起更新或配置，那么所有这些都应该由一个执行所有必要步骤的工具来管理。如果您正在这样做，那么像Lambda的内部版本控制ID之类的东西只有您的部署工具需要关心

类似地，哪些方法有助于使用代码审查系统，例如。 当最终结果必须上传时，使用github gitflow进行PRs aws lambda也有版本管理方法（最新版本） 环境阶段等

---

我看不出Lambda版本id如何与Git-PRs直接相关。您的PRs发生在Git中，因此使用Git来管理代码审查。

您检查过无服务器框架了吗？我和你一样，也有点像兰姆达地狱，这对我很有帮助。无服务器：