Lambda 在一天中的特定时间开始处理 SQS 队列中的消息的最佳方式

Question

我有一个 SQS 队列，它全天都充满了消息，我想在特定时间开始处理所有消息。 情况将是：

1. 在上午 9 点到下午 5 点之间，队列将接收消息
2. 在下午 6 点，消息应由 lambda 处理

我在想：

1. 启动器： Lambda A 将在下午 6 点使用 CloudWatch 事件桥规则执行。 此 lambda 将为 Lambda C 创建一个 SQS 触发器
2. 禁用程序： Lambda B 将在晚上 8 点使用 CloudWatch 事件桥规则执行。 此 lambda 将删除 Lambda C 的 SQS 触发器
3. 执行者： Lambda C 处理队列中的消息

这是最好的方法吗？

Answer 1

我的目标是需要对 Lambda 进行最少复杂性/最小更改的过程。 您可以使用 AWS SDK 来启用/禁用您的 Lambda 订阅，而不是实际删除并重新创建它。 请参阅此问题，了解如何执行此操作，特别是它链接到的文档中updateEventSourceMapping()方法中的enabled参数：

已启用 —（布尔值）

如果为 true，则事件源映射处于活动状态。 当为 false 时，Lambda 会暂停轮询和调用。

默认值：真

优点是您唯一要更改的是enabled标志 - 其他所有内容（SQS-Lambda 订阅，如果您愿意）都没有改变。

---

这种方法仍然存在危险，如果启用/禁用 lambda(s) 失败，您的处理将不会在您的目标时间内发生。 特别是，我个人对AWS的自我变异命令的成功率并不是很有信心——这可能只是我的偏见，但它肯定倾向于“基础设施更改往往比常规 AWS 逻辑更容易失败”。

值得考虑的是你是否真的需要这个实现，或者是否可以对结果进行基于时间的聚合（例如，让这个 Lambda 处理在事件进来时运行，并将 output 写入一些握笔，然后在 Xpm 时您相信所有事件都已进入，将今天的结果从握笔移到您的主要输出中）。

这种方法可能更安全，因为“移动”步骤中的失败触发器可能比上述“立即处理我的所有数据”步骤中的失败触发器更容易/更快地恢复，并且它不依赖于更改 Lambda定义。