我对建筑有一个一般性的问题。我创建了一个包含4个组件的应用程序：
我现在建立的数据流是：客户端（Web或移动设备）对App Server进行API调用-> App Server调用Parse Server-> Parse Server将数据传递给App Server-> App Server将数据传递回客户。
由于要求包括推送通知功能，Parse Server的实时查询（https://docs.parseplatform.org/parse-server/guide/#live-queries）支持该功能，因此我想利用此功能，但不确定如何适应当前模型有。
就最佳实践或标准用法而言，正确的方法是让App Server“订阅”到Parse Server，然后客户端使用对App Server的某种类型的订阅来允许将数据从客户端推送到客户端。解析服务器->应用服务器->客户端？这种方法看起来不错，因为它保持相同的流程，尽管看起来似乎增加了很多复杂性。
我正在考虑的另一种选择是允许客户端直接“订阅”到Parse Server，这将花费额外的步骤，但会增加额外的流程：是否可以直接指导某些API来自客户端-> App Server->解析服务器的调用，以及来自客户端-> Parse Server的其他一些（订阅）的呼叫？
是否有人对处理这种情况的最佳方法或架构这种解决方案的典型方法有任何见识。
我希望这个问题有意义。我们仍处于架构设计阶段，我正在努力将最好的方法束之高阁。