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