Monitoring of developers. The necessity or self-indulgence by Oleksiy Dyomin
- 1. MONITORING FOR DEVELOPERS THE NECESSITY OF SELF-INDULGENCE Alexey Diomin, a_diomin@indatalabs.com
- 2. About me Alexey Diomin Java Server Side Email: a_diomin@indatalabs.com
- 3. Production
- 6. Application
- 7. Application
- 8. Monitoring System monitoring Zabbix Nagios Application Monitoring PaperTrail, Loggly, NewRelic Logstash Kibana
- 10. System monitoring CPU MEMORY DISK
- 11. Zabbix. CPU load example
- 12. Zabbix. CMS Old Gen
- 16. Logs
- 18. JMX & Aspects Yammer
- 19. Hbase latency
- 20. Logstash. Kibana
- 21. Cloud Challenge
- 22. Cloud Challenge
- 23. Utils PaperTrail/NewRelic StatsD/Graphite Logstash/Kibana
- 24. PaperTrail
- 25. Presentation
- 26. Presentation
- 27. Presentation
- 28. Hbase latency
- 29. Hbase latency
- 30. Q&A
Editor's Notes
- #4: все мы используем разрабатываем архитектуру, пишем код, используем сторонние библиотеки но зачастую большинство разработчиков забывает о продукте, как только он выходит в production и сразу же переключается на продолжение разработки но ведь в момент выхода и начинается самое интересное
- #5: Что для вас означает мониторинг?
- #6: Не очень приятно когда получаете звонок ночью
- #7: Как видит приложение администратор
- #9: сколько человек в данном зале имеет хорошо настроенный мониторинг, а самое главное смотрит различные метрики в нем? а анализирует как метрики менялись между релизами, наличие улучшений и regression? причем начинать можно с самого простого - zabbix и дальше развиваться
- #13: мы еще ничего серьезного не сделали, только настроили мониторинг да мы не можем сказать, где у нас произошел косяк, но мы уже знаем что он есть, дальше уже можно что-то делать допустим мы уже пофиксили данную проблему, по логам ошибок валится не сильно много, поэтому пора добавлять более продвинутые системы мониторинга добавим logstash и kibana
- #21: видим что после каждой перезагрузки у нас количество сообщений в info непрерывно растет, и если warn и error остается на примерно одном уровне, то info растет значительно какой вывод можно сделать: конечно же что-то течет, причем намного более интересней чем с памятью, так как выводы бывают только в различных вызовах, а значит где-то остаются незакрытые listeners обращаю внимание, в код мы еще даже не заглянули, jvm не трогали, только системные метрики и немного логов, но мы уже нашли 2 проблемы тут еще есть небольшой нюанс: не все проблемы могут быть связаны с вашим кодом
- #23: Переход от pull модели к push
- #29: Обязательно смотреть хвосты