私が理解しているように、Esper はクエリを使用して構築され、着信イベントに関連するものとそうでないものを区別します。
Esper の使用を検討していますが、自分のシナリオに適しているかどうかわかりません。
私のシナリオ:
多数の顧客についていくつかのことを追跡する必要があります。毎秒大量のイベントが受信され、特定の顧客の進行率を決定する必要があります。
例 1: たとえば、私がマッチを販売しているとします。そのため、非常に速く多くの商品を販売しています。そのため、私は常に多くの取引を行っており、各顧客が購入したマッチの数を追跡したいと考えています. 顧客がマッチを 10 本購入した場合、マッチ用の無料ボックスを入手してもらいたいです。したがって、この単純な例では、エスパーを使用しないでください。
しかし、これが進化する可能性があるため、問題は、顧客が購入した 10 回目のマッチに対して無料のボックスを取得し、その後は 3 回ごとに 1 つの賞金で 2 つのマッチを取得するということになる可能性があります。
マッチを 50 本購入すると、マッチがいっぱい入った XL サイズのマッチ箱が手に入ります。
など、複数のルールが互いに重なり合っています。
エスパーがそれをどのように解決するかについての私の推測：
Esper でこれを行うには、顧客ごとに実行時にクエリを作成する必要があります。しかし、私には 2 000 000 人の顧客がいるため、販売した試合ごとにクエリの量が非常に急速に増加します。（エスパーの仕組みを誤解しているかも？）
今、私は質問だけで立ち往生しています...
クエリの増加によってエスパーのパフォーマンスはどのくらい低下しますか? 顧客固有のクエリを作成せずに、Esper に顧客レベルで計算させることは可能ですか?
また、Esper はスレッド化と安定性に欠けることがあると聞きましたが、これで何か問題があった人はいますか?
私はエスパー全体にまったく慣れていないので、私が探しているものとはまったく違うかもしれません。あるいは、エスパーの使い方を誤解しているだけかもしれません。:)
読んでくれてありがとう！