使用API​​ Gateway / Lambda / DynamoDB的AWS心跳服务

Question

我正在使用本地Windows应用程序，并且希望能够知道该应用程序何时离线（不迟于一分钟的延迟）。

我正在考虑创建一个称为HeartbeatControllerAPI的api网关，此api将调用一个lambda，这反过来又将在dynamodb表中设置该应用程序的最后一个心跳，称为“ Heartbeats”，如下所示：

机器名称| 最后的心跳

凌晨2:00

B上午2:10

上午2:05

因此，如果我有3台机器，如下所示：

机器1-已安装应用程序。

机器2-已安装应用程序。

机器3-已安装应用程序。

然后，尽管我每分钟都会像上面所述那样完成所有机器的工作，然后我才能知道哪台机器处于脱机/联机状态。

这种方法对吗？ 我担心（从计费和过载的角度来看）如果我有一百万台这样的机器会发生什么，而它们每一分钟都将访问api网关并更新dynamodb表

Answer 1

通常情况下，心跳则相反，在这种情况下，您会做一些事情，例如让Lambda由CloudWatch事件触发（cron事件，每X分钟触发一次），然后Lambda会呼叫您的机器并确认它们已启动并运行。 这样，您的机器就可以完成任务，并且您的心跳功能（Lambda）将每隔X分钟确认它们正在工作。

这也意味着您只需要一台Lambda即可使用很多计算机（取决于性能，如果达到50台计算机，则可能会增加Lambda的数量）。

因此，如果您采用这种方法，则Lambda将由CloudWatch cron事件触发，检查计算机是否正在运行，然后为每台计算机（如果正在运行）将更新状态表，如果不是，则可能向SNS主题发送消息（并订阅该主题），以便可以通知您一台计算机处于关闭状态（如果该计算机是一个正在呼叫的计算机，则这也要复杂得多，因为如果该计算机处于关闭状态，则您必须扫描表格以获取上次更新时间，这可能会导致成本高昂且效率低下）。