Ищете прагматичное решение CMDB

Question

Мне нужно решение для каталогизации ряда приложений в нашей компании (более 100 меньше 1000).

Сейчас мы используем электронную таблицу, и для каждого приложения мы заполняем имя, краткое описание, контактное лицо и сопровождающий (внутренний или вендор). Предполагается использовать этот список для планирования ИТ и управления инцидентами (оценка воздействия и т. Д.). Для этого, как минимум, нам нужно начинать добавлять такие отношения, как «зависит от», «часть» или «замещает». Было бы также полезно, если бы в будущем решение позволило бы пометки, добавляя индексированные пары ключ-значение, комментарии и вложения к каждой записи.

Мы не хотим обнаруживать все развернутые экземпляры приложений, управлять настройками конфигурации, интегрировать мониторинг, иметь сложные параметры безопасности и получать помехи в мета-мета-схемах. Все, что требует выделенного администратора, уже слишком тяжело.

Мы имеем следующие нефункциональные требования:

• Если позволяют нескольким пользователям одновременно работать над этим
• Каждое изменение должно быть версионируются
• Простой экспорт в XML или какой-то другой легко разобрать формат

до сих пор мы рассматривали следующие:

• Поместите электронную таблицу на вики Confluence, где мы можем отредактировать ее через WebDav (и получить блокировку и управление версиями).
• Используйте виджу Confluence, поскольку она предоставляет тегирование, иерархию, метаданные и ссылки. Единственная проблема заключается в том, что wiki - слишком свободная форма, и может быть сложно извлечь информацию, если мы решим перейти на другую систему.
• DabbleDB.com - есть все, что нам нужно, но, к сожалению, данные не должны покидать брандмауэр.
• OneCMDB.org - Я не уверен, насколько легко захватывать информацию на скачках и разрабатывать схему. Почувствовал бы опыт.
• Zenoss.com - еще не проверял его. Выглядит слишком сосредоточенно на управлении сетью.
• Легкий реестр (Mule Galaxy, WSO2 Registry) - не уверен, что это подходящий инструмент для работы, хотя они предлагают множество необходимых нам средств (атрибуты, метки, версии, жизненные циклы).
• BMC Atrium - комплекс, корпоративная политика потребует нескольких ненужных процедур. Если это не принесет огромную пользу, мы предпочли бы использовать open source.

Меня интересуют отзывы и идеи от людей, успешно прошедших аналогичные усилия или имеющие опыт работы с некоторыми из вышеперечисленных подходов. Кроме того, я был бы признателен за советы по поводу общих ошибок и рекомендаций.

Answer 1

Это индивидуальное решение для приятного, простого веб-приложения. Выберите свой любимый фреймворк. Определите свою простую модель данных для приложений. Перенесите таблицу. Добавьте свои другие отношения (зависит от, замените, частично) и измените ваше приложение.

Любая хорошая структура веб-приложений будет иметь удобное сопоставление данных для этого простого набора данных.

Это хороший мастер-строитель. Это может быть хорошим доказательством концепции для внедрения новой структуры веб-приложений в организацию.

---

Трудно избежать проблем с «инфраструктурой». Целевой инструмент управления активами - как правило - большой и сложный. Даже CalemEAM довольно сложный.

Поскольку у вас много приложений, я предполагал, что у вас уже есть структура веб-приложений и некоторые навыки использования. Из вашего комментария, однако, вы создаете впечатление, что нет предпочтительного веб-приложения. фреймворк.

Это заставляет меня угадать, что, возможно, ваши приложения от 100 до 1000 приложений представляют собой смесь настольного программного обеспечения и веб-приложений, построенных без постоянной простой в использовании среды.

Я фанатик питона, поэтому я не знаком ни с одним из предложенных вами веб-фреймворков. Самым важным источником технического направления должны быть люди, которые построили эти приложения от 100 до 1000, - какую веб-инфраструктуру они используют? Кого они хотят, чтобы они использовали? Если они начнут новый проект (например, ваш), какой из них он будет использовать?

Вы не хотите быть ребенком сапожника - единственным в деревне с босыми ногами. Вы хотите, чтобы ваше простое небольшое управление активами (оно имело только 3 таблицы), которое было создано с помощью набора инструментов, предпочитаемых вашей организацией.

Хорошо, с 10% -ой поддержкой Java и 50% -ными системами поставщиков, нет «предпочтительного» веб-приложения.

Выбор 1: выберите приемлемую для Java структуру. Попробуйте использовать Struts и iBatis в качестве точки перехода. Создайте минимальные таблицы, минимальные сопоставления iBatis от POJO к таблицам. Определите минимальные формы по умолчанию - один список, одну деталь для каждой таблицы. Создайте минимальный административный интерфейс для минимального набора форм по минимальному набору таблиц. Напишите минимальный загрузчик из вашей таблицы в свои таблицы.

Затем удалите таблицу и никогда не оглядывайтесь назад.

Выбор 2: Изучите Python. Используйте Django. Вы определяете минимальную модель и используете интерфейс администратора Django. Вы почти закончили около 20 минут. Шутки в сторону. Затем напишите минимальный загрузчик из вашей таблицы в свои таблицы. Это тяжелая продажа, поэтому не продавайте ее, просто сделайте это.

В любом случае, удалите таблицу и никогда не оглядывайтесь назад.

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

Как только вы сможете управлять хаосом, вы получаете прошение прощения.

Вы никогда не сможете оправдать это - вы не можете доказать, что ROI организован.

Answer 2

Похоже, вам нужна база данных активов. Вы можете найти много коммерчески доступных, но какая там забава? Если вы используете MS Access 2007, у них есть template for building an asset database, которые вы можете скачать бесплатно.

Answer 3

Вы можете, возможно, взглянуть на COSMOS, реализацию в CMDBf спецификаций