Расскажи что нужно от мониторинга

Проблемы в написании опен-сорс проекте я вижу првно две. 1. Он должен быть интересен и востребован для себя. Чтобы была возможность тестировать и желание писать. 2. Он должен решать какую то полезную задачу для других. Тогда будет результат от усилий, а так же обратная связь.

3. нужно уметь погромировать не как мудак

@Sheridan_ru а скажи про техническую сторону

Больше деталей

ноды собирают сенсорами (отдельные "плагины", которые легко написать) нужное и отправляют в коллектор(ы), которые их сохраняют в хранилеще(щах). Обсервер(ы) для просмотра и анализа запрашивают данные у коллекторов (как за период, так и в реалтайме. Коллектор отдает либо данные из бд, либо закешированные куски с нод) и показывают пользователю. Вот как то так.

Системный администратор Написал веб-приложение для контроля исполнения поручений руководства.

Причем на сях )))

Ниважна

блин, что - все? Пишу на плюсах, сенсоры для начала планирую на С, а в идеале должно быть насрать, хоть на баше. Протокол сетевой текстовый, свой json-парсер для конфига, с комментариями. Что хранить - описывается при написании сенсора, дальше эта инфа будет автоматически упорядочена и уложена в бд. Какой движок бд использовать должен решать юзер - я планирую унифицировать общение с бд и сделать несколько модулей. То есть храни хоть в постгресе, хоть в монго, хоть в текстовых файлах в дереве каталогов.

не заведется.

блин, что - все? Пишу на плюсах, сенсоры для начала планирую на С, а в идеале должно быть насрать, хоть на баше. Протокол сетевой текстовый, свой json-парсер для конфига, с комментариями. Что хранить - описывается при написании сенсора, дальше эта инфа будет автоматически упорядочена и уложена в бд. Какой движок бд использовать должен решать юзер - я планирую унифицировать общение с бд и сделать несколько модулей. То есть храни хоть в постгресе, хоть в монго, хоть в текстовых файлах в дереве каталогов.

Чувак, учи мат часть

блин, что - все? Пишу на плюсах, сенсоры для начала планирую на С, а в идеале должно быть насрать, хоть на баше. Протокол сетевой текстовый, свой json-парсер для конфига, с комментариями. Что хранить - описывается при написании сенсора, дальше эта инфа будет автоматически упорядочена и уложена в бд. Какой движок бд использовать должен решать юзер - я планирую унифицировать общение с бд и сделать несколько модулей. То есть храни хоть в постгресе, хоть в монго, хоть в текстовых файлах в дереве каталогов.

с чего начать?

я ж сразу спросил - чо нада?

и пойми, что "свой жсон-конфиг" - это хуита неважная

это уже есть так как было мне интересно. Проблема?

теперь на эту задачу наложи миллионы евентов в секунду, объем базы в сотни терабайт и запросы к хистори на месяцы вглубь

узкое место почти всегда - бд. Дальше - хдд и сеть. Я пишу с потоками где только можно. каждый сенсор - в потоке, каждый коннект - в потоке итд

но стоит например подумать, где конфигурятся "сенсоры", что такое "сенсор", какие данные он снимает, что он с ними делает, и что потом с ними происходит.

пример сенсора https://github.com/Sheridan/mon/tree/master/trunk/sensors/cpu

требования изменились. 10 лет назад можно было пользоваться заббиксом. сейчас - очень трудно.

Все верно, софт подобный пишется исходя из опыта. Мне интересно знать ваш опыт, у меня такого нет

Качни из медиафайлов девапс группы книгу “The art of monitoring”

Что за группа? Или тут в чяте искать?

Что за группа? Или тут в чяте искать?

Офтопик, но надеюсь тут кто-то поможет

проклятые сексисты!

Жениться вам надо коллеги

Вакансии ему подавай

а как же

старый развратник

Анна может сюда не с вакансиями пришла