Управление конфигурациями: что делать, если не...
TRANSCRIPT
Эффективное управление
изменениями в ИТ-среде и управление
конфигурациями
Управление конфигурациями:
что делать, если не хочется, но надо?
Евгений Марко,
Руководитель отдела систем ИТ управления
Астелит (TM life:) ),
CMDB: С чего все начиналось
• Еще не процесс - дополнительные данные для
использования в инцидентах и проблемах
• Максимальная автоматизация заполнения:
интеграция с инвентаризационными системами,
bulk-загрузки из excel файлов
• Без управления изменениями
• Желаемые объемы охвата очень оптимистичны
(«Всё!»: много типов, большая детализация)
CMDB: Результаты первого этапа
• 45 типов CI с уникальными атрибутами
• 8 типов связей (с модификатором влияния)
• Около 7000 CI
• Около 9000 связей
• 89% инцидентов открыто автоматически с
привязкой к CI
CMDB: Плюсы и минусы
• Плюсы:
– Автоматический расчет доступности
– Визуализация влияния инцидентов на другие ресурсы
• Минусы
– Много «мусорной» информации
– Автоматизация не решала вопросов со спорными CI,
которых не было ни в одной из систем
Добавление управления изменениями
• Миграция и упрощение существующего процесса
из другой системы
• Требование аудита
• Изменение можно зарегистрировать только на CI из
CMDB
• Виртуальный CAB
Виртуальный CAB
• Для каждого изменения CAB
вычисляется автоматически:
– Руководитель инициатора
– Руководитель группы, которая будет
выполнять работы
– Руководители каждой группы, на чьих
CI будут проводить изменение
– Руководители отделов, в чьем ведении
CI типа «Платформа», и которые
зависят от изменяемого CI
– Менеджер процесса управления изменениями
Виртуальный CAB: последствия
• Скорость получения подтверждений выросла
• Количество «незаметных» изменений уменьшилось
• Резко возросло требование к качеству CMDB
• Увеличилось количество CI, созданных вручную
• Резко поднялось качество связей
3CMDB: концепция
• В СМDB ничего не должно попадать просто так
• Запланированные правки – должны пройти через
процесс управления изменениями
• Незапланированные правки – должны пройти через
процесс управления инцидентами, как
неавторизированное изменение
• Автоматический контроль конкурирующих
изменений
• Работа с CMDB Planned state – вручную через RFC
• Автоматизированные системы работают с CMDB
Actual state
3CMDB: подготовка
• Формализация процессов переход CI из одного
статуса в другой (и уменьшение количества)
• Стандарт именования CI каждого типа
• Упрощение модели:
– Типов CI – уменьшилось до 18
– Типов связей – уменьшилось до одного (с модификатором)
– Удаление малоиспользуемых CI (с 9000 до 3000)
– Удаление малоиспользуемых атрибутов CI
3CMDB: специальные транзакции
1. Create
2. Remove
3. Put into Maintenance
4. Return to use
5. Take the load
6. Get off the load
7. Put into Production
8. Switch off
9. Switch on
10.Put out of Production
Контроль качества
• Контроль «висящих в воздухе» CI
• Контроль «петель» в связях
• Production CI не может зависеть от тестовой CI
Процесс управления изменениями
Minor Change Management Flow
Init
iato
rA
ssig
nm
ent
Gro
up
CA
BM
anag
er o
f A
ssig
nm
ent
Gro
up
PIR & ClosureRegistration Approval AcceptancePending Implementation
Approval
Implementation
PIR
Approved
Terminated
Terminated
Acceptance
Close
Registration
Change Review, Validation &
Planning
СПАСИБО ЗА ВНИМАНИЕ!
Евгений Марко
Астелит
+380 63 210 49 37
http://eugenemarko.com