Свой мониторинг сайтов: от идеи до реализации

[gmtd]

Вопрос только один - почему VUEX, а не Pinia?

[babilonsuxx]

Тут все просто. Уже несколько лет для внутренних продуктов используем vue+vuex. Когда начинал, была глубокая ночь и править дефолтный конфиг мне не хотелось. Для маленьких приложений пинья лучше, тут вы правы. Наверное пора сделать отдельный конфиг с pinia.

[pavia]

Почему не https://t.me/uptimeVBI_bot?start=числоизадминки?

[aborouhin]

А чем не устроил Zabbix? Все перечисленные задачи решает или из коробки или легко гуглящимися шаблонами / скриптами. Интеграция с Телеграм есть готовая. Ну и при последующем расширении объём велосипедостроения будет явно меньше. Разве что авторизации через Яндекс нет :) , но эта идея как-то и так не кажется самой удачной...

Ну или какой-нибудь exporter к Prometheus запилить, если стильно, модно... :) Всё-таки не полностью с нуля свой велосипед (P.S. комментом ниже подсказали готовый exporter для этого)

[Kuznetsov_pa]

Автор разработчик, и это ему было быстрее сделать чем заниматься с забиксом. В итоге все равно придут к системе мониторинга

[babilonsuxx]

Ну и помимо моего коммента ниже про обучение джунов могу добавить, что конечный продукт будет проверять доступность из разных геолокаций. Поправьте меня, если я ошибаюсь, но на сколько я помню забикс не умеет так делать из коробки. Все-равно придется дописывать, но только чужой код.

[aborouhin]

А как Вы это собирались делать своими силами? Всё равно надо в каждой такой геолокации иметь сервер, с которого осуществляется проверка... Ну а на него и zabbix agent поставить можно.

[Kuznetsov_pa]

Ставим несколько zabbix agent/proxy в разных геолокациях.

[babilonsuxx]

Тут тоже все просто. Моя команда растет и необходим проект, который был бы точкой роста для джунов. Не сильно объемный, но чтобы включал стек с которым им придется постоянно работать. Таким образом, помимо мониторинга, я решаю вопрос с обучением ребят. Мне кажется - это нормальный подход. Можно поиграть со сторонними апишками (например мы очень много работаем с апи директа, поэтому яндекс), пописать свою апишку, есть фронтенд (vue+vuex, который мы используем для внутренней разработки), есть бэкенд, есть немного join'ов в mySql и т.д. Zabbix конечно хорош, но он бы решил только задачу с мониторингом.

[Kuznetsov_pa]

Вот как обучение, да, согласен. Проходить повторный круг по мониторингу придётся, когда нужно будет делать графики, отчёты, монитринг ос и битрикса внутри и его интеграцией, алертирг на группы и прочее прочее прочее

[SLASH_CyberPunk]

Вы изобрели blackbox_exporter?

[imjustwatching]

Очень круто, но выглядит как изобретение велосипеда

[mxav]

Для мониторинга сайтов можно использовать phpservermon

[gmtd]

Согласен с автором, что лучше писать свой продукт для таких целей. Он не такой сложный, а всё равно рано или поздно полезет кастомная логика. Плюс потом возможно потребуется не только мониторить, но у управлять. Изучение и кастомизация чужого продукта иногда занимает больше времени, чем написание своего.

[inkvizitor68sl]

Kuma uptime ?

[r0ck3r]

Разрабатываю аналогичный проект, но список проверок немного отличается, включая в себя возможность мониторинга ресурсов сервера (память, диск, uptime, load average). Достигается это путем установки на сервер приложения-монитора. Также есть возможность мониторинга узлов за NAT'ом при помощи приложения-агента, которое связывается с основным сервером и получает от него задания. Вот тоже думаю не написать ли об этом проекте статью

[yascherko]

Telegram вроде того как-то можно ж было? Ссылку поставить сразу с текстом, чтобы без копипасты