Как стать автором
Обновить
3
0
Дмитрий Королев @DKorolev

Технический менеджер

Имхо один из самых практичных комментариев к статье, лайкнуть кармы не хватает. Когда группа разделяет идеи автора статьи или готова перестроиться под правила «давайте сначала разойдемся и подумаем» — это превосходно. Но при этом уметь быстро ориентироваться в незакомой херне на уровне средний или чуть ниже — не менее важный скилл, как для счастливой жизни в большой оргструктуре, так и в частности для проходных задач.
Про мониторинг бизнес-процессов: есть профильные средства (например, HP Business Process Monitor, BMC TrueSight Operations Management и пр.), которые могут эмулировать действия пользователей для проверки корректности работы системы. Т.е. для каждого приложения, участвующего в бизнес-процессе, создается проверочное действие и виды ответов системы. Простой пример с почтой – а) отправить письмо на определенный адрес, б) проверить ящик получателя, убедиться, что письмо пришло. Ну или если на уровне инфраструктуры – отправить SQL запрос и парсить полученный ответ.

Дальше в подсистеме визуализации это все складывается в бизнес-процесс, для каждого из шагов БП мы мониторим несколько действий (вне зависимости от того, что за системы лежат под этими действиями).

Выглядит это как-то так:



А вообще тема обширная, можно отдельный пост написать об этом.
Вот если бы вы дочитали пост…
Видимо наоборот, вы читали очень внимательно, раз это заметили)
Начну со второго — действительно, есть определенная корреляция, так как с повышением уровня зрелости увеличивается количество процедур, на которые в небольших компаниях просто нет ресурсов. Да и не нужны они там, так как до определенного количества людей некоторые процедуры просто избыточны и все эффективней держать в поле зрения.

По поводу мониторинга: в самом посте этого нет, но он, конечно же, участвует в уровнях зрелости. Практика показывает такие градации:
Уровни 1-2-3 – мониторинг есть, мониторим zabbix или подобные общие инфраструктурные параметры (CPU, RAM, HDD), можем смотреть каналы, сетевой интерфейс, небольшие скрипты-проверки.
Уровни 3-4 — тут мы уже работаем с ИТ-сервисами и бизнесу (да и ИТ-руководству) уже не столь важно, как работает конкретный сервер, интересно работает у нас почта/CRM/ERM/АБС… или нет. Здесь, в дополнение к инфраструктурному мониторингу, появляются сервисно-ресурсные модели (это какие сервера и ПО входят в сервис «почта», что на чем стоит и как друг на друга влияет). Результат — мониторится уже ИТ-сервис целиком.
Уровни 4-5 – нам ИТ-сервисы зачем нужны? Правильно, чтобы бизнес работал. А бизнес – это бизнес-процессы. Вася должен получить счет по почте (ИТ-сервис почта), внести его в CRM (ИТ-сервис CRM), пометить заказ для отгрузки (ERP), проконтролировать доставку (ну пусть будет какая-то система доставки). Т.е. четыре ИТ-сервиса поддерживают один бизнес-процесс. Если мы мониторим транзакциями бизнес-процесс, то понимаем, есть сейчас возможность выполнять БП или все встало. И где встало.

А вообще, мониторинг — очень большая тема, может, когда-нибудь посвятим ей отдельный пост.
В компании, где есть ИТ (а в этом посте именно такие и рассмотрены), всегда, хотя бы на каком-то уровне зрелости есть процесс управления инцидентами. 0 уровень зрелости – это когда процесса вообще нет, то есть деятельность не осуществляется. А в компании, где есть ИТ, всегда есть процесс управления инцидентами (хотя бы какой-то).

Описание, которое приведено, практически полностью относится к уровню зрелости 1. Единственное — справедливости ради нужно сказать, что вариант «Бизнес думает: за что мы этому болвану платим зарплату» не всегда связан с уровнями зрелости и возможен даже и на третьем. Это, скорее, про наведение прозрачности внутри ИТ.
«Туда пришла», спасибо, поправил!

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Зарегистрирован
Активность