Портал №1 по управлению цифровыми
и информационными технологиями

CMDB, CMS, SKMS... еще что-нибудь?

Виктор Калинчиков спрашивает у нашего с вами сообщества:


Уважаемые коллеги!

Поясните, пожалуйста, принципиальную разницу между CMDB, CMS и SKMS. Везде достаточно расплывчато определяется разница между этими понятиями, особенно разница между CMS и SKMS. Может быть есть какой-то ресурс, где можно прочесть об этом?

Заранее благодарен!


Мы однажды обсуждали связь между этими понятиями, но до примеров дело как-то не дошло. Что скажете, эксперты?

Учебные курсы и сертификация
специалистов по ИТ-менеджменту

Комментариев: 1

  • Давайте сначала рассмотрим определения из оффициальных источников (например, Глоссария ITIL):

    CMDB (база данных управления конфигурациями) — База данных, используемая для хранения конфигурационных записей на всем протяжении их жизненного цикла. Система управления конфигурациями поддерживает одну или несколько баз данных управления конфигурациями, каждая база данных хранит атрибуты конфигурационных единиц и взаимоотношения с другими конфигурационными единицами.

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

    SKMS (система управления знаниями по услугам) — Набор инструментов и баз данных, которые используются для управления знаниями, информацией и данными. Система управления знаниями по услугам включает в себя систему управления конфигурациями, наряду с другими инструментарием информационными системами и базами данных. Система управления знаниями по услугам включает в себя инструменты для сохранения, управления, обновления, и представления всей информации, которая необходима поставщику ИТ-услуг для управления полным жизненным циклом ИТ-услуг.

    -------------------------

    Из определений следует, что:

    1. CMDB входит в состав CMS, а CMS входит в состав SKMS. При этом 

    2. CMDB содержит информацию о КЕ и взаимосвязях между ними (причем не обязательно обо всех КЕ, которые учитываются в рамках процесса управления Конфигурациями и Сервисными активами)

    3. CMS содержит CMDB, записи об инцидентах, проблемах, известных ошибках, изменениях и релизах (причем здесь уже информация обо всех КЕ, которые учитываются в рамках процесса управления Конфигурациями и Сервисными активами)

    4. SKMS содержит CMS, а также все инструменты и БД, которые мы используем, чтобы управлять предоставлением услуги в необходимом виде и на требуемых условиях.

    -------------------------

    А теперь о жизни. Лично я вижу такие реализации в реальном мире:

    CMDB это, например: 

    вариант 1. Exel-файлик с перечнем всех серверов, Информационных систем и лицензий, а также с записями о том, какая ИС на каком сервере стоит и какая лицензия к какой ИС относится;

    вариант 2. Более сложная программа для учета КЕ и их связей типа вот этой;

    и т.д.

    CMS это, например:

    вариант 1. ITSM-Система, которая включает в себя CMDB, а также позволяет работать с записями об инцидентах/проблемах/изменениях и т.д. Например, вот эта или эта, но не вот эта  (т.к. в ней CMDB нету);

    вариант 2. Набор различных CMDB и ITSM-система (или даже просто баг-трекинговая программка);

    вариант 3. Просто одна CMDB, при условии, что в ней содержатся все КЕ, учитываемые в процессе управления конфигурациями и сервисными активами, и вся необходимая по ним информация;

    и т.д.

    SKMS это, например:

    вариант 1. Просто ITSM-система, если для управления поддержкой, развитием и предоставлением наших услуг этого достаточно;

    вариант 2. ITSM-система, база знаний, несколько систем мониторинга, какой-нибудь портал для пользователей услуг, биллинговая система, система учёта трудозатрат и что-нибудь еще, что нужно для управления поддержкой, развитием и предоставлением наших услуг;

    и т.д.


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

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

  • Рубрики

  •  
  • Авторы

  •  
  • Самое свежее

    • Новая модель предоставления ИТ-услуг: почему вам нужно ориентироваться на продукт
      Традиционно ИТ-организации делят все предоставляемые ими услуги на три уровня: инфраструктура (инфраструктура как услуга), платформа (платформа как услуга) и приложения
    • Как DevOps-командам следует использовать метрики DORA
      С момента выхода в 2018 году книги «Accelerate: Наука о бережливом программном обеспечении и DevOps», показатели DORA, которые она представила, стали популярным
    • Лучше делать хоть что-то, чем не делать ничего
      На конференциях по всяким Agile и DevOps мы часто слышим слово «unlearn» — забудьте то, что вы знали ранее! Измените свои представления о мире! Всё устроено
    • VI форум «Управление данными — 2021»: наведите порядок в данных!
      23 сентября 2021 года издательство «Открытые системы» в шестой раз проведет в Москве масштабный форум «Управление данными — 2021», объединяющий всех, кто определяет стратегию работы с данными, воплощает ее в жизнь и управляет предприятием на основе объективных достоверных данных. Участники форума обсудят не только инновационные стратегии и бизнес-модели работы с корпоративными данными, но и конкретные архитектурные и технологические решения.
    • Простые уловки, как ускорить процесс разработки программного обеспечения
      С некоторыми вещами люди из бизнеса вынуждены соглашаться, и одна из них заключается в том, что никто не хочет сердить свою команду разработчиков. Часто они являются краеугольным
    • Почему каждая инициатива DevOps должна начинаться с оценки возможностей
      Внедрение практики DevOps идет полным ходом. Организации сосредоточены на том, как внедрить возможности DevOps в командах и как масштабировать DevOps в масштабах предприятия. Но важным аспектом любого пути масштабной трансформации является оценка возможностей команды или организации на этом пути.
    • Что такое процесс и что такое практика в ITIL®4
      Продолжаем публиковать короткие видеоролики, посвященные актуальным вопросам управления ИТ. Сегодня поговорим о том, что такое процесс и что такое практика в ITIL4. Это не переименование процессов в практики, это два отдельных понятия. Рассказывает Игорь Фадеев, ITIL 4 Managing Professional и ITIL 4 Strategic Leader, аккредитованный тренер по ITIL4.
    • Аудит. Что может быть скучнее?!
      На прошедшей неделе участвовал в аудите (в качестве объекта аудита). Большинство людей, проходивших аудит, подозреваю, разделяет это ощущение: «Бюрократия, формальности и т.п.»
    • Как технический долг вредит вашей команде программистов — и вашей безопасности приложений
      Техническая долг может серьезно повлиять на здоровье организации - и на психическое здоровье ваших разработчиков. Более половины из 200+ членов инженерных команд, опрошенных в рамках отчета Stepsize "Состояние технического долга в 2021 году", считают, что технический долг негативно влияет на моральное состояние их команд.
    • Что люди не понимают в управлении потоком создания стоимости
      Нет ничего плохого в самом управлении потоками создания ценности (VSM), но есть много плохого в том, как его рассматривают и обсуждают блогеры, отраслевые маркетологи и другие, которые часто смешивают его с DevOps и Agile. Это не одно и то же.
  •  
  • Вход

  • DevOps
    Kanban
    ITSM
    ITIL
    PRINCE2
    Agile
    Lean
    TOGAF
    COBIT