3

对于一个想要 Meteor 在前端应用程序上提供的“实时”“反应性”并且有一个工作处理后端（类似于 Kue）的站点，前端应用程序显然受益于 Meteor。后端处理不需要 Meteor 的反应性，除了在管理 UI 中的实时报告。

我确实了解 Meteor 是一个完整的堆栈，可以同时处理前端和后端。当我在我的问题中陈述前端时，它与为用户提供 UI 相关的所有内容，因此前端应用程序将包括客户端 HTML/CSS/Javascript 和服务器端节点/数据库。通过后端，我指的是像 Kue/Gearman 这样的工作队列中的数据处理

问题：您将如何构建这样一个网站？

前端有 Meteor 支持的服务器（或节点实例），后端有一个带有 Kue/Redis 的 Express 服务器？还是两台单独的 Meteor 服务器，一台用于前端，一台用于后端？或者 1 个单独的 Meteor 服务器，用于服务前端和进行后端处理？

你推荐的理由是什么？谢谢！:)

4

1 回答 1

2

通过后端，我指的是像 Kue/Gearman 这样的工作队列中的数据处理

因为这听起来像是一个与“前端”分离的规则/处理引擎，它提供“客户端 HTML/CSS/Javascript”和“服务器端节点/数据库”，我认为很可能满足您的需求的是一个DDP 客户端，它可以订阅流星服务器端的出版物并相应地排队作业（使用诸如Kue之类的引擎）。

这样的客户端可以在自己的环境中完全独立于 Meteor 应用程序。这样，您仍然可以利用您在 Meteor 中寻求的所有反应性优势，同时使用更成熟的处理工具来处理独立于 UI 运行的基于队列的作业。使用 DDP 客户端，您还可以重新连接到 UI，通过利用订阅在作业完成时通知客户端。

这是一个可能被证明有用的节点 DDP 客户端。 https://github.com/oortcloud/node-ddp-client

希望这可以帮助！

于 2012-12-30T05:07:07.363 回答