На Selfhosted надо тратить ресурсы. К тому же система мониторинга должна быть на порядок надёжнее систем, за которыми она следит, иначе в ней и смысла нет. Это всё уже значительно сложнее, особенно для небольших команд.
Хоть статья и про NLog, но по факту поддерживается у них и log4net, и net core logging. При необходимости можно и самому написать адаптер для любимой системы. Я, например, для javascript написал без проблем ) Само api там на json.
Sentry тоже вариант. Но это чисто облачный лог.
В статье это не очень подробно раскрыто, но Зидиум это не просто продвинутый лог, это мониторинг ошибок, с жизненным циклом каждой ошибки. Есть даже баг-трекер встроенный.
И всякие плюшки вроде метрик, но это уже не через NLog.
Структурированный лог, конечно, круто, но не для всех проектов нужна такая навороченность. Уже есть огромное количество сделанных сайтов и приложений, которые используют NLog или аналоги, и которые никто переделывать не будет. А подключить в конфиге адаптер для облачного мониторинга — это вполне реально, и выгода получается сразу же.
Польза от любой системы мониторинга в том, что можно обнаружить и исправить ошибку до того, как о ней узнают пользователи. Если ошибка произошла, но её успели увидеть только разработчики, то можно считать, что она и не происходила вовсе. Имея на руках стек и прочую информацию, можно быстренько поправить, прежде чем кто-то заметит.
Задача, может, и типовая, но культуры соответствующей среди разработчиков, пока, увы, не сложилось.
Я сам задумался о мониторинге только недавно, до этого даже не подозревал о нём. Стыдно (
По-моему, большинство разработчиков не мониторят свои приложения и сервисы, работая по старинке.
А если кто и делает что-то подобное, то с помощью самописной системы, изобретая велосипед…
О, ну с этим уже ничего не сделать ) Предполагается, что мониторинг намного надёжнее, чем контроллируемая система. Думаю, разработчики сами тоже контроллируют свой сервис.
Помимо уведомлений по email и sms у них есть уведомления по http. Система делает post-запрос на указанный адрес и передаёт в json информацию о событии. Соответственно, можно сделать свой web-сервис, который будет принимать данные в json и публиковать в telegram.
Я сам это не пробовал, но обещают, что должно работать.
Можно если что разработчикам на сайте написать, уточнить.
В статье это не очень подробно раскрыто, но Зидиум это не просто продвинутый лог, это мониторинг ошибок, с жизненным циклом каждой ошибки. Есть даже баг-трекер встроенный.
И всякие плюшки вроде метрик, но это уже не через NLog.
Я сам задумался о мониторинге только недавно, до этого даже не подозревал о нём. Стыдно (
По-моему, большинство разработчиков не мониторят свои приложения и сервисы, работая по старинке.
А если кто и делает что-то подобное, то с помощью самописной системы, изобретая велосипед…
Я сам это не пробовал, но обещают, что должно работать.
Можно если что разработчикам на сайте написать, уточнить.