Comments 17
Вопрос только один - почему VUEX, а не Pinia?
Почему не https://t.me/uptimeVBI_bot?start=числоизадминки
?
А чем не устроил Zabbix? Все перечисленные задачи решает или из коробки или легко гуглящимися шаблонами / скриптами. Интеграция с Телеграм есть готовая. Ну и при последующем расширении объём велосипедостроения будет явно меньше. Разве что авторизации через Яндекс нет :) , но эта идея как-то и так не кажется самой удачной...
Ну или какой-нибудь exporter к Prometheus запилить, если стильно, модно... :) Всё-таки не полностью с нуля свой велосипед (P.S. комментом ниже подсказали готовый exporter для этого)
Автор разработчик, и это ему было быстрее сделать чем заниматься с забиксом. В итоге все равно придут к системе мониторинга
Ну и помимо моего коммента ниже про обучение джунов могу добавить, что конечный продукт будет проверять доступность из разных геолокаций. Поправьте меня, если я ошибаюсь, но на сколько я помню забикс не умеет так делать из коробки. Все-равно придется дописывать, но только чужой код.
Тут тоже все просто. Моя команда растет и необходим проект, который был бы точкой роста для джунов. Не сильно объемный, но чтобы включал стек с которым им придется постоянно работать. Таким образом, помимо мониторинга, я решаю вопрос с обучением ребят. Мне кажется - это нормальный подход. Можно поиграть со сторонними апишками (например мы очень много работаем с апи директа, поэтому яндекс), пописать свою апишку, есть фронтенд (vue+vuex, который мы используем для внутренней разработки), есть бэкенд, есть немного join'ов в mySql и т.д. Zabbix конечно хорош, но он бы решил только задачу с мониторингом.
Вы изобрели blackbox_exporter?
Очень круто, но выглядит как изобретение велосипеда
Для мониторинга сайтов можно использовать phpservermon
Согласен с автором, что лучше писать свой продукт для таких целей. Он не такой сложный, а всё равно рано или поздно полезет кастомная логика. Плюс потом возможно потребуется не только мониторить, но у управлять. Изучение и кастомизация чужого продукта иногда занимает больше времени, чем написание своего.
Kuma uptime ?
Разрабатываю аналогичный проект, но список проверок немного отличается, включая в себя возможность мониторинга ресурсов сервера (память, диск, uptime, load average). Достигается это путем установки на сервер приложения-монитора. Также есть возможность мониторинга узлов за NAT'ом при помощи приложения-агента, которое связывается с основным сервером и получает от него задания. Вот тоже думаю не написать ли об этом проекте статью
Свой мониторинг сайтов: от идеи до реализации