2013-12-04 1 views
0

У меня есть веб-приложение панели управления, которое в настоящее время запускает поток и обрабатывает файл журнала, даже время, когда строка добавляется в файл, который портной выбирает, анализирует его, а затем публикует событие вокруг приложения, которое, в свою очередь, позволяет отправлять его клиенту через веб-сокет или обновлять данные, хранящиеся на диске.Spring XD или интеграция для анализа статистики журнала в реальном времени

Все это прекрасно работает и, похоже, обрабатывает 500 000 журнальных событий в день, не моргнув глазом.

Но, глядя на семейство Весны, возможно, есть лучший способ сделать это более «стандартизованным» способом, который упростит поддержание кода и других, чтобы его поддерживать.

Поскольку я новичок в Spring, кто-нибудь скажет мне, подходит ли такая вещь для Spring Integration или Spring XD, или я должен продолжить ее и использовать Spring Integration и Rabbit MQ?

ответ

2

Весна Интеграция 3.0 now has a tail inbound adapter. Скоро он выйдет, release candidate was announced last week. XD использует его в своем исходном модуле.

+1

... и весна XD может быть настроен на использование RabbitMQ в качестве транспорта. Поэтому, если вы выберете это, данные будут отправлены через RabbitMQ, где символ трубы следует за хвостом. – mfisher

+0

Если я использую tailer для интеграции Spring, это не просто замена библиотеки хвоста, которую я уже использую, поэтому я все еще запускаю тот же самый код статистики, который я сейчас делаю? Или я должен использовать XD, выбросить свой код и иметь какой-то волшебный XD, способный вычислять мои статистические данные :) Может быть, мне стоит просто изучить учебник для 2 модулей и посмотреть, какие палки. –

0

Я делаю совершенно ту же работу с весной XD. обработка 30Go файлов журналов в день. Обогащайте их, отправляйте в хаоп и Elasticsearch.

Мы очень довольны той технологией, которая сочетает интеграцию пружин, весеннюю партию распределенным способом.

Я заметил, что Redis был настоящий bottelneck и переключился на RabbitMQ иметь лучше throughtput

Смежные вопросы