对于需要 Meteor 在前端应用程序上提供的“实时”“ react 性”并具有作业处理后端(类似于 Kue)的网站,显然前端应用程序受益于 Meteor。后端处理不需要 Meteor 的 react 性,除了管理 UI 中的实时报告。
我知道 Meteor 是一个完整的堆栈,可以处理前端和后端。当我在问题中陈述前端时,它与为用户提供 UI 相关的所有内容,因此前端应用程序将包括客户端 HTML/CSS/Javascript 和服务器端 Node/数据库。关于后端,我指的是像 Kue/Gearman 这样的作业队列的数据处理
问题:您将如何构建这样一个网站?
前端使用 Meteor-backed 服务器(或 Node 实例),后端使用 Kue/Redis 的 Express 服务器?或者 2 个独立的 Meteor 服务器,一个用于前端,一个用于后端?还是 1 个单独的 Meteor 服务器用于前端服务和后端处理?
您推荐的理由是什么?谢谢! :)
最佳答案
By backend, I am referring to the data processing off a job queue like Kue/Gearman
因为这听起来像是一个与提供“客户端 HTML/CSS/Javascript”和“服务器端 Node/数据库”的“前端”分离的规则/处理引擎,我认为可以很好地满足您的需求是 <强> DDP client 可以订阅 meteor 服务器端发布并相应地排队作业(使用 Kue 等引擎)。
这样的客户端可以在自己的环境中完全独立于 Meteor 应用程序。这样,您仍然可以利用您在 Meteor 中寻求的所有反应性优势,同时使用更成熟的处理工具来处理独立于 UI 运行的基于队列的作业。使用 DDP 客户端,您还可以 Hook 回 UI,以利用订阅在作业完成时通知客户端。
这是一个可能有用的 Node DDP 客户端。 https://github.com/oortcloud/node-ddp-client
希望这对您有所帮助!
关于javascript - 前端的 Meteor,后端的 Express (NodeJS),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/14088246/