3

Meteor がフロントエンド アプリで提供する「リアルタイム」「反応性」を必要とし、ジョブ処理バックエンド (Kue のようなもの) を持つサイトの場合、明らかにフロントエンド アプリは Meteor の恩恵を受けます。バックエンド処理は、管理 UI でのリアルタイム レポートを除いて、Meteor の反応性を必要としません。

Meteor がフルスタックであり、フロントエンドとバックエンドの両方を処理することは理解しています。私の質問でフロントエンドを述べるとき、それはすべてユーザー向けの UI の提供に関連しているため、フロントエンド アプリにはクライアント側の HTML/CSS/Javascript とサーバー側のノード/データベースが含まれます。バックエンドとは、Kue/Gearman のようなジョブ キューからのデータ処理を指しています。

質問:そのようなサイトをどのように構築しますか?

フロントエンドには Meteor がサポートするサーバー (またはノード インスタンス) を使用し、バックエンドには Kue/Redis を使用する Express サーバーを使用しますか? または、フロントエンド用に 1 つ、バックエンド用に 2 つの別々の Meteor サーバーを使用しますか? それとも、フロントエンドのサービスとバックエンドの処理の両方を行う単一の Meteor サーバーですか?

また、推奨する理由は何ですか? ありがとうございました！:)

4

1 に答える 1

2

バックエンドとは、Kue/Gearman のようなジョブ キューからのデータ処理を指しています。

これは、「クライアント側の HTML/CSS/Javascript」と「サーバー側のノード/データベース」の両方を提供する「フロントエンド」から切り離されたルール/処理エンジンのように聞こえるので、ニーズに十分に応えられると思われるのは、DDP クライアントです。 meteor サーバー側のパブリケーションにサブスクライブし、それに応じてジョブをキューに入れます ( Kueなどのエンジンを使用)。

このようなクライアントは、独自の環境で Meteor アプリから完全に独立して動作する可能性があります。このようにして、Meteor で求めるすべての優れた反応性を引き続き活用しながら、UI とは独立して実行されるキューベースのジョブにより確立された処理ツールを使用できます。DDP クライアントを使用すると、UI にフックして、サブスクリプションを利用してジョブが完了したときにクライアントに通知することもできます。

これは、役立つと思われるノード DDP クライアントです。 https://github.com/oortcloud/node-ddp-client

お役に立てれば！

于 2012-12-30T05:07:07.363 に答える