AWS Lambda 上的 Firebase 监听（）

Question

我正在创建一个具有多种功能的无服务器基础架构。到目前为止，我已经成功地使用 aws-sam-cli 在 AWS lambda 上发布了一个新函数。

最后一个函数是我的 firebase 监听器，它应该触发某些 aws lambda 函数。

最初，我想创建一个新函数并添加监听器，如下所示：

import firebase_admin    
cred   = firebase_admin.credentials.Certificate(cert_json)
app    = firebase_admin.initialize_app(cred, config)
bucket = storage.bucket(app=app)

node_to_listen = '/alerts/'
firebase_admin.db.reference(node_to_listen).listen(listener)

但是，问题在于 AWS lambda 似乎被设计为不能连续运行函数，而只能由事件触发。 Firebase 的 listen() 函数也是如此，这意味着我们遇到了先有鸡还是先有蛋的问题，谁触发了谁？

因此，我怎样才能发布 firebase 侦听器功能以及在哪里发布？是否应该将其部署在其他地方（例如 Heroku？）以持续侦听并将事件请求发送到 aws lambda？或者有没有办法把这两者联系起来？

Answer 1

在我所知道的任何功能即服务环境中，都无法保持活跃的侦听器。这种环境的全部目的是运行（短）工作负载以响应事件。您试图通过保留一个侦听器来实际触发事件，这根本不适合 FaaS 模型。

我能看到的两种解决方案：

1. 在保持活跃进程的环境中实现您的侦听器。
2. 在 FaaS 环境中实现您的侦听器，该环境本身可以侦听 Firebase 实时数据库事件。当前唯一可以这样做的环境是Cloud Functions，它有Firebase Realtime Database as an event source。因此，您可以从 Cloud Functions 触发您的 Lambda 函数。

第二个解决方案是唯一真正感觉完全无服务器的解决方案，但从 Google Cloud Functions 触发 Amazon Lambda 似乎有点奇怪。

正在开展工作以允许 FaaS 提供商之间的互操作。但我不确定当前状态（欢迎链接到规范/工作组），也不确定您的方案是否会在其中涵盖。