0

現在、スレッドを開始してログ ファイルを追跡するダッシュボード Web アプリケーションがあります。ファイルに行が追加されても、テーラーはそれを取得して解析し、アプリケーションの周りにイベントを発行します。これにより、送信などの処理が行われますWeb ソケットを介してクライアントに送信するか、ディスクに保存されている合計を更新します。

これはすべて正常に動作し、これまでのところまぶたを打つことなく 1 日 500,000 のログ イベントを処理しているようです。

しかし、Spring ファミリーを見ると、より「標準化された」方法でこれを行うためのより良い方法があり、コードの保守が容易になり、他の人がそれをサポートしやすくなります。

私はSpringを初めて使用するので、この種のことがSpring IntegrationまたはSpring XDに最適かどうか、またはさらに一歩進んでSpring IntegrationとRabbit MQを使用する必要があるかどうか教えてもらえますか?

4

2 に答える 2

0

私はSpring XDでまったく同じ仕事をしています。1 日あたり 30Go のログ ファイルを処理しています。それらを充実させ、hadoop と Elasticsearch に送信します。

私たちは、Spring 統合、Spring バッチを分散方式で混合するテクノロジーに本当に満足しています。

Redis が本当のボトルネックであることに気付き、RabbitMq に切り替えてスループットを向上させました

于 2014-02-07T11:25:35.870 に答える