Comments 18
А ведь это довольно легко сделать: потратив совсем немного свободного времени, создадим докер контейнер, который будет периодически делать запросы в БД, расчитывать на их основании некие метрики, сравнивать их с пороговыми значениями и в случае превышения этих порогов, оповещать заинтересованных лиц.
Самое сложное — это не запросы в БД делать и уведомления слать. Самое сложное — это понять, что же конкретно надо мониторить и с какими порогами.
Ну, что мониторить, обычно понятно
Это кому как, к сожалению.
Мониторить все невозможно. Просто невозможно. Поэтому вопрос, как выбрать то, что важно мониторить.
Ну, статья то не про это, а как организовать мониторинг системы, используя указанные в статье инструменты. Выбору того, что важно мониторить, можно посвятить отдельную статью...
Проблема в том, что когда вам надо мониторить заодно и время ответа системы, как-то у указанных инструментов начинаются проблемы.
Дело в том, что Zabbix, насколько я помню, уже умеет отсылать в телеграмм. Ну и зачем тогда вот это затевалось? Проще уж начинать сразу с него. По крайней мере, лимиты и пределы, на которые нужно реагировать, все равно очень желательно иметь в UI, а не в коде. И код, который что-то меряет, не должен пределы проверять, вообще говоря.
Если используется Docker, то можно отказаться от venv и прямо в docker файле определить entry point.
Если просто нужно слать уведомления через бота, то достаточно простого curl с минимальным json. Как сформировать запрос хорошо описано в документации Telegram Bot API.
Как перестать беспокоиться и начать жить