Я достаю из широких штанин… cmdb неподъёмного размера

Недавнее наблюдение за процессом замены паспорта (гражданина РФ) породило навязчивую мысль об аналогии между наблюдаемым и задачей по построению взаимодействия процессов управления изменениями (Change Management [CHG]) и управления сервисными активами и конфигурациями (Service Assets and Configuration Management [CFG]). Как всё это выглядит в случае с паспортом?
По истечении срока действия общегражданского паспорта его следует заменить. В настоящее время срок действия привязан к возрасту владельца. Замена паспорта – это не просто замена одного документа на другой. В момент, когда граждане обращаются за новым паспортом, запускается механизм проверки. Проверки чего, точно не известно, Как минимум, проверяется регистрация («прописка»). Штампика в вашем старом паспорте не достаточно, нужно подтверждение от службы, занимающейся регистрацией (это может быть «паспортистка» в вашем ЖЭКе или соответствующее подразделение МВД, если например, у вас постоянная регистрация в другом городе).
Проверяются ли места и даты рождения родителей, которые требуется указать в заявлении на замену паспорта, или данные о заграничном паспорте, точно не известно. Ничто не мешает в этой же точке запустить проверку, например, по линии военкомата. Можно заодно и характеристику с работы потребовать (если кто-то ещё помнит, что это такое), — ну, так… чтобы и здесь что-нибудь проверить.
Понятно, что чем больше проверок, тем проще обеспечить логическую целостность данных. И, стало быть, тем лучше работают процессы CHG и CFG. Или нет?
В описываемом мной случае в информационной системе, по которой происходила проверка, отсутствовала информация о месте постоянной регистрации. Т.е. какое-то изменение прошло некорректно (процесс CHG не обеспечил актуализацию данных о «конфигурационной единице» — гражданине в CMDB [configuration management database]). Обнаруженное несоответствие между данными в системе и штампиком в паспорте устраняется путём отправки запроса по почте (обычной, голубиной бумажной) и получения ответа в таком же формате. Сроки никто никакие не гарантирует. В течение всего этого времени паспорт как бы есть, но его как бы нет. sad

При построении процесса CFG одной из важных задач является определение охвата процесса. Какие компоненты нашей инфраструктуры (конфигурационные единицы) нам учитывать? И какие атрибуты этих конфигурационных единиц?
С одной стороны есть соблазн «а давайте учитывать всё». Тем более, что существуют довольно развитые средства (discovery), которые позволяют производить оперативную инвентаризацию инфраструктуры. С другой стороны, переработка всех собранных данных – дело не всегда простое. И чем больше данных, тем больше вероятность ошибки. Кроме того, чем большим количеством данных мы пытаемся управлять, тем «дороже» становится каждое изменение. Поскольку CHG должен произвести актуализацию информации в CMDB по выполнению каждого изменения, а перед изменением оценить влияние, при росте объёма данных и количества взаимосвязей между сущностями, работа CHG замедляется/удорожается. К тому же, нам понадобится спроектировать дополнительные контрольные процедуры, которые повысят нашу уверенность в достоверности данных. Например, регулярный выборочный контроль данных (который тоже сложнее/дороже при большем объёме данных и более сложной их структуре).   

Получается, что при проектировании нашей CMDB, мы в первую очередь должны подумать о том, для чего нам нужна эта база. Кто будет являться потребителями и поставщиками информации? И, если в качестве цели ставить не просто повышения нашей осведомлённости о том, что у нас есть в нашей инфраструктуре, но повышение эффективности нашей работы, требования к структуре DMDB могут получиться совсем иными.

Нужно ли нам при каждом обращении граждан в соответствующие органы осуществлять все возможные проверки (это могут быть прописка, воинская обязанность, психическое здоровье, отсутствие задолженности по налогам, коммунальным платежам и т.д. и т.п.)? Или лучше ограничиться только проверкой регистрации («прописки»)? А может и она в нашей CMDB лишняя? Сколько ресурсов мы тратим на поддержание той или иной информации в актуальном состоянии, и что нам эта информация даёт?

ITIL ITIL Intermediate: Release Control and Validation

Учебный курс: преобразование и контроль ИТ-услуг, управление изменениями, релизами и конфигурациями, а также построение CMDB — в ITIL и на практике.
 

Узнайте больше!

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Ближайшие мероприятия

Зарегистрируйтесь, чтобы получить больше полезных знаний:

ИЮЛ
3
Учебный курс:
Основы ITIL (очно)