我正在寻求有关设计此最佳方式的建议-
用例
我想将多个文件放入 S3。成功保存所有文件后，我想触发一个 lambda 函数来做一些其他工作。
天真的方法
我解决这个问题的方法是在 Dynamo 中保存一条记录，其中包含一个唯一标识符和我将上传的记录总数以及应该存在于 S3 中的密钥。
一个基本的实现是采用我现有的 lambda 函数，该函数在我的 S3 存储桶写入时调用，并让它手动检查是否所有其他文件都已保存。
Lambda 函数会知道（查看 Dynamo 以确定我们要查找的内容）并查询 S3 以查看其他文件是否在其中。如果是，请使用 SNS 触发我的另一个 lambda 来执行其他工作。
编辑：另一种方法是让我将文件放在 S3 中的客户端程序负责直接调用另一个 lambda 函数，因为从技术上讲，它知道所有文件何时上传。这种方法的问题是我不希望这是客户端程序的责任......我希望客户端程序不在乎。一旦它上传了文件，它应该能够退出。
想法
我不认为这是一个好主意。主要是因为 Lambda 函数应该是轻量级的，并且从 Lambda 函数内轮询数据库以获取所有上传文件的 S3 密钥，然后检查 S3 是否存在 - 每次都这样做似乎是贫民窟并且非常重复。
什么是更好的方法？我正在考虑使用 SWF 之类的东西，但不确定这对我的解决方案来说是否太过分了，或者它是否能让我做我想做的事。该文档也没有显示真正的“示例”。这只是一个讨论，没有太多的分步指南（也许我找错了地方）。
编辑回应以下 mbaird 的建议-
选项 1 (SNS)这就是我会去的。这很简单，并没有真正违反单一职责原则。也就是说，客户端上传文件并发送通知（通过 SNS）表明其工作已完成。
选项 2（Dynamo 流）因此，这本质上是选项 1 的另一个“实现”。客户端进行服务调用，在这种情况下，这会导致表更新与 SNS 通知（选项 1）。此更新将触发 Lambda 函数，而不是通知。不错的解决方案，但我更喜欢使用 SNS 进行通信，而不是依赖数据库的功能（在本例中为 Dynamo 流）来调用 Lambda 函数。
在任何情况下，我都在使用 AWS 技术并与他们的产品（Lambda 函数、SNS 等）耦合，但我觉得依赖于 Dynamo 流之类的东西使其耦合更加紧密。对我的用例来说并不是一个很大的问题，但仍然感觉很脏；D …