1) Количество обращений в тех. поддержку сократилось в 2-3 раза
2) Uptime мы узнали только после внедрения системы мониторинга
3) Прибыль компании я рассчитать не могу, это сложно. Программисты стали меньше тратить время на тех. поддержку, значит стали больше разрабатывать, думаю что финансовая выгода есть.
Мы используем zidium как облачный сервис примерно за 3000 руб/мес, в нашем аккаунте более 2000 компонентов с проверками. Zidium является open source, можно бесплатно поставить себе на сервер, но учитывая, что «свой» сервер стоит денег, пока проще использовать облако.
Ничем. Когда у меня была практика использования sentry, то все явно использовали api Sentry. Про возможность использовать Sentry из NLog я узнал из комментариев.
1) чтобы использовать Sentry нужно вносить изменения в код
PM > Install-Package NLog.Zidium
А это по вашему что?
это удобный способ установить нужные библиотеки, вы их можете и руками положить в папку с приложением если хотите. Можно даже подключиться к чужому приложению, где у вас нет исходных кодов
3) в Sentry нет метрик
Такой-то экспешен выпал 99 раз. Пардон, но наличие сообщений в Sentry уже само по себе метрика.
Имелись ввиду произвольные метрики. Sentry уведомит вас, если на диске осталось мало места? В zidium можно отправлять любые метрики и настроить пороговые значения для их контроля.
я так и не увидел ответа чем же Sentry хуже/лучше связки NLog + Zidium
1) Sentry нельзя использовать прозрачно через NLog.
2) Если у вас связка log4net+Sentry, то чисто для мониторинга ошибок Sentry лучше, потому что в статистике ошибок показывает сколько пользователей затронула данная ошибка, zidium показывает только статистику ошибок.
3) Если вам хочется иметь комплексный мониторинг, то zidium поможет показать всю картину в одном окне. Zidium кроме мониторинга ошибок умеет выполнять проверки и проверять метрики. Например, мои windows-службы шлют в zidium проверку «биение-сердца». В итоге я получаю уведомления, когда случаются фатальные ошибки, или приложение упало совсем (или сервер)
1) чтобы использовать Sentry нужно вносить изменения в код
2) в Sentry нет проверок
3) в Sentry нет метрик
4) в Sentry нет логов
В zidium мониторинг ошибок, проверки, метрики и логи есть «всё в одном»
Sentry в бесплатном тарифе имеет ограничение One user, не получится использовать в команде. Ну и существующие приложения переделывать под конкретную систему мониторинга не хотелось.
Мы пользуемся платным, потому что у нас очень много компонентов, более 2000.
2) Uptime мы узнали только после внедрения системы мониторинга
3) Прибыль компании я рассчитать не могу, это сложно. Программисты стали меньше тратить время на тех. поддержку, значит стали больше разрабатывать, думаю что финансовая выгода есть.
это удобный способ установить нужные библиотеки, вы их можете и руками положить в папку с приложением если хотите. Можно даже подключиться к чужому приложению, где у вас нет исходных кодов
Имелись ввиду произвольные метрики. Sentry уведомит вас, если на диске осталось мало места? В zidium можно отправлять любые метрики и настроить пороговые значения для их контроля.
Если меня спросят всё ли в порядке сейчас с приложением, я смогу легко ответить.
1) Sentry нельзя использовать прозрачно через NLog.
2) Если у вас связка log4net+Sentry, то чисто для мониторинга ошибок Sentry лучше, потому что в статистике ошибок показывает сколько пользователей затронула данная ошибка, zidium показывает только статистику ошибок.
3) Если вам хочется иметь комплексный мониторинг, то zidium поможет показать всю картину в одном окне. Zidium кроме мониторинга ошибок умеет выполнять проверки и проверять метрики. Например, мои windows-службы шлют в zidium проверку «биение-сердца». В итоге я получаю уведомления, когда случаются фатальные ошибки, или приложение упало совсем (или сервер)
2) в Sentry нет проверок
3) в Sentry нет метрик
4) в Sentry нет логов
В zidium мониторинг ошибок, проверки, метрики и логи есть «всё в одном»