AWS Lambda/事件驱动架构最佳实践

Question

我是相对较新的AWS Lambda，我想通过更有经验的人运行我的工作流程。我正在生成警报(15-20)，每个警报都是唯一的，它们使用几个API调用与另一个服务对话。我已经将这些API调用转换为Lambda函数，每个警报都分别使用这些函数。其中一个lambdas遍历每个警报并使用SNS将警报名称发送到另一个lambda函数，该函数将警报名称转换为类，然后调用类的主类。我这样做是为了避免每次警报都使用lambda函数。我的问题是，这是否是一个好策略，还是最好在每个警报中创建lambda函数？因此，它不会使用SNS发送警报名来调用第二个lambda，而是使用给定的警报名调用lambda。我看到的一个缺点是，我看到一个lambda函数内部所有警报的日志，而不是每个警报创建一个lambda函数，并且混淆了cdk。

Answer 1

通过阅读上面的内容，您可能已经做出了一个很好的决定，将其保留在一个Lambda函数中，因为10/15 Lambda只生成一个警报，在测试这些函数和维护代码时，它在管理和开发人员经验方面似乎要复杂一些，但是会将日志分割成不同的日志组。

除非生成警报的代码大不相同，并且不能按照DRY原则共享，否则我建议使用一个lambda函数来处理您的警报。

关于由于警报而引起的干扰日志，我建议查看结构化日志，使用查询，并围绕特定警报构建仪表板，这样您就可以过滤出每种警报类型，就像查询特定数据的数据库一样。

您可以在这里找到关于结构化日志记录的文档：