|
|
|
Spring rrd monitor или мониторинг здоровья сайта
|
|||
|---|---|---|---|
|
#18+
Добрый день ! Есть сайт с набором rest url ресурсов , что хочется - хочется мониторить здоровье сайта : к примеру видеть количество активных сессий, время за которое генерится ответ итд. какие есть общедоступные средства мониторинга ? первое что пришло в голову : если бы это был java ee проект - то на каждый интересующий меня сервлет можно было бы создать по фильтру и в методе doFilter засекать время и писать его в базу. Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. какие средства для этого предлагает Spring? Чем потом можно вывести эту информацию в виде графика? как я понимаю есть два подхода , или даже три? Interceptors vs Aspects in Spring? Handler Interceptors - что , наверное является аналогом фильтра . и второй подход : через @Aspect - и реализацию прокси invocation.proceed(); с @Around("@annotation(org.springframework.web.bind.annotation.RequestMapping)") ? какой из способов более предпочтителен ? более легковесный итд? может есть уже готовые библиотеки? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2014, 10:37 |
|
||
|
Spring rrd monitor или мониторинг здоровья сайта
|
|||
|---|---|---|---|
|
#18+
Atum1как я понимаю есть два подхода , или даже три? 4. провайдер и его панель админа 5. монитор в аппСервере - контейнере ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2014, 11:20 |
|
||
|
Spring rrd monitor или мониторинг здоровья сайта
|
|||
|---|---|---|---|
|
#18+
а если это jetty или томкат ? Делаю все тоже самое что и ниже через xml , но аннотация @Before выполняется ,а вот Around нет , либо игнорируется либо вылетает NPE вот какой тест у меня проходит : но если конфигурировать через xml то нет :( Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. pom.xml Код: xml 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2014, 16:50 |
|
||
|
Spring rrd monitor или мониторинг здоровья сайта
|
|||
|---|---|---|---|
|
#18+
Atum1а если это jetty или томкат ? а если у тебя сервлет работает из кэша за 0,00001 сек. Ты в БД как будешь писать за 0,1 сек? Не знаю томкат, но у GlassFish есть монитор. И у моего прова тоже. imho я бы не нагружал ИС админскими приблудами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2014, 17:30 |
|
||
|
Spring rrd monitor или мониторинг здоровья сайта
|
|||
|---|---|---|---|
|
#18+
Petro123, и я об этом ... что не очень нагружать но сервлет не может работать за 0,00001 сек.!? или может ? простой тест jetty tomcat galssfish - что просто отдать 1кб массив это порядка 16 ms/ лучшее время за которое гласфиш отдает по http 1 кб - порядка 20 ms, soket в java отдает за 0.4 ms это максимум для java/ можно логирование - запись в базу - делать в другом треде - потоке ... асинхронно. как вариант . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2014, 09:38 |
|
||
|
Spring rrd monitor или мониторинг здоровья сайта
|
|||
|---|---|---|---|
|
#18+
Atum1, можно и в оперативку писать...можно и API самого сервера изучить, посмотреть. Мне это неинтересно, т.к. это работа админа, а не программиста. Я просто GlassFish взял и всё. imho ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2014, 09:59 |
|
||
|
Spring rrd monitor или мониторинг здоровья сайта
|
|||
|---|---|---|---|
|
#18+
Petro123, там как правило среднее время -т.е идет расчет раз в 10 секунд дернули и посмотрели ... мне же хочется реально все видеть ... как вариант все расчета можно делать асинхронно. так же можно выводить время выполнения в логи нгинса или апача ,у последнего есть ключ - проставив его можно видеть время выполнения запросов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2014, 15:03 |
|
||
|
Spring rrd monitor или мониторинг здоровья сайта
|
|||
|---|---|---|---|
|
#18+
Atum1, лично мне гораздо интереснее выполнить _нагрузочное_ тестирование сайта. А потом уже, кричать караул и изучать \требовать полноценный аппСервер с мониторингом. Т.к. этот велосипед или поделие не ответит на вопросы почему сайт лежит(. Например, из за того что maxthreadpoolsize был низким по умолчанию, сайт зависал). Или ответ на то, сколько раз клиентам отправлялся HTTP.error (код выше 400) Т.е. писать свой монитор равнозначно написанию своего логгера. Есть более красивые _прикладные_ задачи ) imho Системный программист - другая область) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2014, 21:00 |
|
||
|
|

start [/forum/topic.php?fid=59&tid=2126388]: |
0ms |
get settings: |
9ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
149ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
28ms |
get tp. blocked users: |
1ms |
| others: | 254ms |
| total: | 464ms |

| 0 / 0 |
