私は、従業員が業界統計を必要とする製品のリストをアップロードするためのインターフェースをまとめています (現在、一度に 1 つずつ手動で行っています)。
各製品は、Web サービス API を介して統計エンジンに提供されます。
返信させていただきます。Stat のエンジンは、API から「次の犠牲者」を要求します。
ユーザーがアップロードする各リストには、50 ～ 1000 個の製品が含まれ、独自のキューになります。
今のところ、キュー/リストは 1 日あたり約 10 ～ 20 回追加 (および完了により削除) される可能性があります。
成功すれば、トラフィックはおそらく数か月後に 1 日あたり 700 ～ 900 件のリストに回復するでしょう。
単純なラウンド ロビン アプローチを使用して、トラフィックをキュー間で均等に転送することを計画しています。
マルチプレクサは、List A、次にList B、次にList Cの一番上のアイテムを取得し、再びList Aにループバックします... リスト/キューはいつでも追加/削除できることに注意してください。
私が直面している問題は、これの管理を概念化することです。
各キューをフラット ファイルとして保存し、リレーショナル DB (MySQL) を介してローテーションを管理することを考えました。逆に考えてみました。完全にフラット ファイルにするか、完全にリレーショナル DB にするかを考えましたが、結論として、私は柔軟です。
とにかく、参加者の可変リストを循環ローテーションでステートレスに融合しようとすると、私の脳は単に蒸気ロックです (短い休暇から戻ったばかりで、私の脳はまだ家に帰っていないと思います;)
誰かがこのようなことをしましたか？
どのように対処しましたか？
もう一度やり直さなければならないとしたら、何を改善しますか?
あらゆるヒント/提案/アドバイスを歓迎します。
注: 統計のエンジン/ツールからの各リクエストは、数分とは言わないまでも数秒間隔で分割されるため、これをステートレスに保つ必要があります。