Какой инструмент: граф бизнес-сервисов и их технологические зависимости
Я хочу дать нашей компании обзор бизнес-услуг, которые предлагает ИТ, и их различных зависимостей.
Цель этого графика - показать зависимости технологии от бизнес-приложений с целью содействия управлению конфигурацией. Например, если сервер, на котором размещены 3 наши виртуальные машины, выйдет из строя, какие бизнес-приложения будут затронуты, пока мы работаем над исправлением? Или, если вносятся изменения в сетевую подсеть или требуется перезагрузка маршрутизатора, кого мы должны уведомить?
Эти технологии будут показаны сверху вниз (примерно от "переднего конца" к "заднему концу") вдоль линий следующих слоев:
Внешний интерфейс:
- Деловые услуги (деловая электронная почта, бизнес-календарь, деловые документы, служба поддержки, разработка программного обеспечения и т. Д.)
- Внешние приложения (облачные приложения, не внутренние приложения - приложения, которыми мы не управляем)
- Внутренние приложения (внутренние программные пакеты, интранет-приложения и т. Д.)
- Виртуальные машины
- Машины (серверы, десктопы, ноутбуки, телефоны, виртуальные хосты)
- Сетевые уровни / технологии (DMZ, IDS, различные подсети и VLAN)
- Сетевое оборудование (маршрутизаторы, коммутаторы, концентраторы)
Я открыт для любых мыслей, рекомендаций и т. Д. О том, как разные люди визуализировали это. Заранее спасибо за любую помощь, которую вы можете оказать!
2 ответа
Начать доску (соберите деловых и технических людей на совещании. Сначала нарисуйте деловые вещи, а затем попросите техников заполнить системы, которые их поддерживают, а также любые системы, не связанные напрямую).
Вооружившись диаграммой на доске (сделайте фотографию!), Вы можете нарисовать ее в Visio/Graffle/Tool-Of-Choice.
Существует несколько способов его разбить (все на одной странице, по сети / подсети, по хост-машине, по бизнес-группе и т. Д.). Вам может понадобиться один (или несколько) из этих разбивок, чтобы предоставить информацию все группы, которые в этом нуждаются, но с точки зрения ИТ вы хотите, чтобы по крайней мере информация об уровне машины и сети отображалась как-то, чтобы удовлетворить сценарии уведомлений, которые вы описали выше.
Две заметки:
Это предполагает, что ваш ИТ-персонал знает сеть, системы и цели достаточно хорошо.
Если они не ожидают, что это потребует МНОГИХ собраний, и ожидают, что значительные временные вложения окупятся, когда взорвется какая-то критически важная для бизнеса система, и ИТ-специалисты точно знают, где искать решение проблемы.Конечный результат всего чертежа, вероятно, даст вам хорошее представление о том, как контролировать ваши системы с точки зрения бизнеса, и может предложить логические способы реорганизации (или создания, если у вас нет) используемых вами систем мониторинга.
Воспользуйтесь этим сейчас, пока у вас есть ресурсы, обращающие на это внимание. Опять же, он будет полезен вам в долгосрочной перспективе, когда что-то сломается, и вы узнаете об этом еще до того, как кто-либо из ваших бизнес-пользователей сможет даже поднять трубку телефона, чтобы пожаловаться.
Это одна из целей CMDB, показывающая зависимости между CI (элементами конфигурации). Любой пакет управления изменениями предприятия должен иметь CMDB. С этим связан вопрос: кто будет обновлять его? Когда кто-то добавляет новый сервер Apache в ферму, будет ли он добавлен с соответствующими отношениями в CMDB? Подобные вещи сложно автоматизировать, хотя есть компании, которые продают дорогие вещи, чтобы попытаться это сделать.
/ edit - у CFEngine есть коммерческий продукт под названием Knowledge Map, в котором используется другой подход. http://cfengine.com/files/knowledge.pdf. Похоже, что их бесплатный продукт использует его, коммерческий продукт позволяет вам делать больше с ним. Я понятия не имею об их стоимости, но я уверен, что это меньше, чем у больших мальчиков CMDB, таких как HP ServiceManager. Я думаю, что вы должны использовать CFengine для управления конфигурацией, чтобы это стоило много. В качестве альтернативы, если вы не боитесь немного программировать, вы можете создать список инвентаря с отображением зависимостей, а затем составить график из этого.
Однако IME, какой бы подход вы ни использовали, попытка сделать это только с помощью статического графического инструмента через несколько месяцев обречена на бесполезность. Вы начинаете добавлять серверы и не хотите обновлять Visio, потому что это PITA. С другой стороны, если вы сделаете "обновить документацию" либо:
Так же просто, как "добавить сервер и его номера зависимостей в этот текстовый файл", так что системные администраторы с большей вероятностью это сделают... и / или....
Сделайте это чужой работой (потребует сильных процессов контроля изменений)
... тогда тебе повезет больше.