Пакетный мониторинг Java
https://stackoverflow.com/questions/295897
-
08-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
У нас более 50 пакетных процессов Java, которые выполняются в разное время дня. Они работают на коробке Solaris и запускаются через cron. В настоящее время мы знаем только, успешно ли они работают или нет, по электронной почте, сгенерированной в конце каждого пакетного процесса. У нас есть служба поддержки, которая отслеживает эти электронные письма. Недавно у нас возникли проблемы с тем, что электронные письма не были получены, хотя пакеты уже запущены. Должен быть лучший способ.
Без необходимости изобретать велосипед, есть ли какие-либо приложения для мониторинга пакетов с открытым исходным кодом?
И более общий вопрос: как лучше всего отслеживать пакетные процессы?
Решение
Есть ли какая-нибудь система управления партиями на месте? Или задания выполняются через планировщик ОС? (т. е. Windows Schedule Tasks или * nix cron )
Quartz - это Java-планировщик заданий с открытым исходным кодом (лицензия Apache), в котором есть инфраструктура. для слушателей , которые можно использовать для уведомлений, но при этом может потребоваться разработка кода.
Другие советы
Я не знаю о приложениях пакетного мониторинга с открытым исходным кодом, но есть новый подпроект Spring: Spring-Batch, который предоставляет инфраструктуру пакетной обработки. Я успешно использовал его в нескольких новых проектах.
Когда вы запускаете пакетное задание, вы можете подключить прослушиватель выполнения задания. В моем случае, когда задание не выполняется с исключением, мой слушатель выполнения перехватывает это и отправляет сообщение об ошибке с соответствующей трассировкой стека в хорошо известный список адресов электронной почты. Я использую тасклет в конце пакета, чтобы отправить электронное письмо, чтобы указать нормальное завершение.
Конечно, если в подсистеме электронной почты есть ошибка (и сообщение не отправляется), все ставки отменяются ...
Должен быть способ использовать Nagios, чтобы видеть, успешно ли выполнялись ежедневные задачи, учитывая, что он может контролировать разные вещи (от файлов PID до текстовых файлов, до траления файлов журналов и т. д.). К сожалению, Nagios не входит в мою сферу деятельности, поэтому я не могу идти дальше.
