很抱歉,如果回答了该问题-我找不到完整的答案-因为似乎资源冲突。
我要实现的架构是后端通过Firebase DB(RTD或FS)与数百万个客户端实时“通信”的体系结构。有点像这里绘制的内容:
简而言之,该体系结构:数百万个客户端将“事件”写入Firebase DB,我的Java服务器侦听这些“事件”,对其进行处理,并将“响应”写入Firebase DB,这些响应已同步回客户端。问题:App Engine是最佳解决方案吗?甚至适合这份工作吗?
一方面,在App Engine的文档中,有一个使用该方法的示例: https://cloud.google.com/solutions/mobile/mobile-firebase-app-engine-flexible
另一方面,这种方法存在(看似)已知问题:
1)App Engine实例在http请求上唤醒,而不在firebase事件上唤醒。 https://stackoverflow.com/a/38357458/1806956 乔布斯有一个超时时间,所以即使我们每分钟进行一次cron唤醒,也无法确保(或确实)收听者会永远活着。
2)App Engine由于后台线程而不支持Firebase Admin SDK? https://stackoverflow.com/a/45046605/1806956
3)App Engine限制了后台线程的数量。在一个真实的应用程序中,我们正在谈论潜在的数千个并发用户,所有引发事件……
以上问题是否未更新?谢谢...