Показаны сообщения с ярлыком мониторинг. Показать все сообщения
Показаны сообщения с ярлыком мониторинг. Показать все сообщения

понедельник, 24 марта 2014 г.

Майндмап для проектирования систем кастомного мониторинга

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

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

понедельник, 24 февраля 2014 г.

Комплексная система мониторинга ИТ - Часть 5

продолжаем - http://anrad13.blogspot.ru/2014/02/4.html

Часть 5 - Принятие решений или Подсистема корреляции и обобщения данных контроля

Надо сказать что смерть больших систем мониторинга наступает как раз часто из-за отсутствия инструментов аналитики для ИТ менеджмента и диспетчерских групп.  Если нет реального потребителя, то система не нужна. И то что должно давать информацию для CIO, так и остается инструментом сисадмина за шесть нулей американских денег.


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

пятница, 30 декабря 2011 г.

Как надо проектировать систему мониторинга

Решил под новый год поделится используемому мной подходу к проектированию систем управления. Итак ...

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

Чем хорош первый вариант? Простотой! Думать не надо. Деньги зарабатываем на лицензиях.
Чем плох? У всех более менее крупных заказчиков этот фокус проворачивали пару раз как минимум. И очень большая конкуренция. И надо быть партнером вендора...

Чем плох второй вариант? Думать надо! Нужны спецы в предметной области. Нужно писать скрипты как минимум. Заказчик не готов за это платить или не хочет.
Чем хорош? Практически нет конкуренции. Нет капитальных и логистических затрат. Если вы влазите в проект и грамотного его делаете, то можно легко перейти на сопровождение и постоянный доход. Вас могут начать приглашать на аутсорс систем управлений.

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