Ищем прагматичное решение CMDB [закрыто]
Вопрос
Мне нужно решение для каталогизации ряда приложений в нашей компании (более 100, менее 1000).
Сейчас мы используем электронную таблицу и для каждого приложения указываем имя, краткое описание, контактное лицо и сопровождающего (внутреннего или поставщика).Цель состоит в том, чтобы использовать этот список для ИТ-планирования и управления инцидентами (оценка воздействия и т. д.). Для этого нам как минимум нужно начать добавлять отношения типа «зависит от», «часть» или «заменяет».Было бы также полезно, если бы будущее решение позволяло помечать тегами, добавлять индексированные пары «ключ-значение», комментарии и вложения к каждой записи.
Мы НЕ хотим обнаруживать все развернутые экземпляры приложений, управлять настройками конфигурации, интегрировать мониторинг, иметь сложные настройки безопасности и прятаться в мета-мета-схемах.Все, что требует выделенного администратора, уже слишком тяжело.
У нас есть следующие нефункциональные требования:
- Должен разрешить нескольким пользователям работать над ним одновременно.
- Каждое изменение должно иметь версию
- Простой экспорт в XML или другой удобный для анализа формат.
До сих пор мы рассмотрели следующее:
- Поместите таблицу в вики Confluence, где мы сможем редактировать ее через WebDav (и получить блокировку и управление версиями).
- Используйте вики Confluence, поскольку она предоставляет теги, иерархию, метаданные и ссылки.Единственная проблема заключается в том, что вики имеет слишком свободную форму, и может быть сложно извлечь информацию, если мы решим перейти на другую систему.
- DabbleDB.com — есть все необходимое, но к сожалению данные не должны покидать брандмауэр.
- OneCMDB.org — я не уверен, насколько легко собирать временную информацию и развивать схему.Буду признателен за опыт.
- Zenoss.com - еще не проверял.Похоже, он слишком сосредоточен на управлении сетью.
- Легкий реестр (Mule Galaxy, WSO2 Registry) — не уверен, что это подходящий инструмент для этой работы, хотя они предлагают множество необходимых нам возможностей (атрибуты, метки, версии, жизненные циклы).
- BMC Atrium – сложная корпоративная политика, требующая множества ненужных процедур.Если это не дает каких-то огромных преимуществ, мы предпочитаем придерживаться открытого исходного кода.
Меня интересуют отзывы/идеи людей, которые успешно прошли аналогичный путь или имеют опыт применения некоторых из вышеперечисленных подходов.Также буду признателен за советы по поводу распространенных ошибок и рекомендации.
Решение
Это создано специально для красивой и простой среды веб-приложений.Выберите свой любимый фреймворк.Определите свою простую модель данных для приложений.Перенесите таблицу.Добавьте другие отношения (зависит от, заменяет, является частью) и развивайте свое приложение.
Любая хорошая платформа веб-приложений будет иметь удобное сопоставление данных для этого простого набора данных.
Это хороший строитель навыков.Это может быть хорошим подтверждением концепции внедрения новой среды веб-приложений в организации.
Трудно избежать «инфраструктурных» проблем.Специально созданный инструмент управления активами, как правило, большой и сложный.Даже КалемEAM является довольно сложным.
Поскольку у вас много приложений, я предполагаю, что у вас уже есть фреймворк веб-приложений и некоторые навыки его использования.Однако из вашего комментария создается впечатление, что предпочтительного веб-приложения не существует.рамки.
Это заставляет меня предположить, что, возможно, ваши от сотен до тысяч приложений представляют собой смесь настольного программного обеспечения и веб-приложений, созданных без единой, простой в использовании среды.
Я фанатик Python, поэтому не знаком ни с одним из предложенных вами веб-фреймворков.Самым важным источником технического руководства должны быть люди, которые создали эти 100-1000 приложений — какую веб-инфраструктуру они используют?Какой из них они хотели бы использовать?Если бы они начинали новый проект (как ваш), какой бы они использовали?
Ты же не хочешь быть ребенком сапожника — единственным в деревне босым.Вы хотите, чтобы ваше простое небольшое приложение для управления активами (оно имеет всего 3 таблицы) было создано с использованием набора инструментов, предпочитаемых вашей организацией.
Хорошо, при 10% Java и 50% систем поставщиков не существует «предпочтительной» среды веб-приложений.
Вариант 1:Выберите достаточно полную структуру на основе Java.Попробуйте использовать Struts и iBatis в качестве отправной точки.Создайте минимальные таблицы, минимальные сопоставления iBatis из POJO в таблицы.Определите минимальные формы по умолчанию — один список, одну деталь для каждой таблицы.Создайте минимальный административный интерфейс для минимального набора форм и минимального набора таблиц.Напишите минимальный загрузчик из своей электронной таблицы в свои таблицы.
Затем удалите таблицу и никогда не оглядывайтесь назад.
Вариант 2:Изучите Питон.Используйте Джанго.Вы определяете минимальную модель и используете интерфейс администратора Django.Вы почти закончили примерно за 20 минут.Серьезно.Затем запишите минимальный загрузчик из своей электронной таблицы в свои таблицы.Это сложно продать, поэтому не продавайте, просто сделайте это.
В любом случае, удалите таблицу и никогда не оглядывайтесь назад.
Теперь все приходится делать через веб-базу данных.Никаких оправданий.Добавлять все сообщает этому интерфейсу.Не разрешать загрузку в электронную таблицу.Сделайте приложение простым в добавлении, изменении и модификации.
Как только вы сможете справиться с хаосом, вы сможете попросить прощения.
Вы никогда не сможете это оправдать — вы не сможете доказать рентабельность инвестиций в организацию.
Другие советы
Похоже, вам нужна база данных активов.Многие из них можно найти в продаже, но что в этом интересного?Если вы используете MS Access 2007, у них есть шаблон для создания базы данных активов который вы можете скачать бесплатно.