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