Как реализовать Определенную Медиатеку (ITIL DML)?
Как реализовать Определенную Медиатеку (ITIL DML)?
Я хотел бы знать, как реализовать DML на основе ITIL.
Учитывая библиотеку разнородного программного обеспечения, единственное решение, которое приходит мне в голову, - это использовать системную файловую структуру (с надлежащей безопасностью и правами доступа), однако это кажется очень простым, и если библиотека станет слишком большой, будет трудно найти программное обеспечение, которое ищет,
Есть ли какое-либо специальное программное обеспечение для DML?
2 ответа
Многие инструменты, которые предлагают управление CMDB, также предлагают управление DML. Некоторые варианты для этого - ServiceNow и База данных управления изменениями и конфигурациями IBM.
Если вам нужна только функциональность DML, менеджер бинарных репозиториев, такой как Sonatype Nexus или Artifactory, предоставляет метки метаданных, контроль версий и многие другие полезные функции. Реализация менеджера бинарных репозиториев и надлежащие процедуры для его обслуживания служат отличным решением DML.
В файловой системе нет ничего плохого для хранения программного обеспечения в виде завершенных, протестированных (программных) элементов конфигурации, которые прошли соответствующий тест обеспечения качества и т. Д. Но из-за контролируемой ИТ-среды в ITIL необходимо создать структуру управления для отслеживание соответствующей информации о каждом CI или программном обеспечении в DML. Эти записи должны содержать всю соответствующую информацию, такую как версия, дата сборки, разработка, дата выпуска и т. Д. В этой системе должны храниться только проверенные, подтвержденные и проверенные на качество и развертываемые элементы конфигурации.
Из-за обширных метаданных несколько лет назад мы создали DML в зависимости от postgreSQL, потому что обработка и управление для CI наряду с обязательным отслеживанием (время при вставке, время и регистрация доступа, контроль доступа, возможно, лицензии и т. Д.).) и метаданные гораздо проще в базе данных SQL. Конечно, нам пришлось встроить структуру метаданных в sql-db, но это было не слишком сложно, и для нашего простого DML этого было достаточно. Предполагалось, что создание и управление метаданными с каждым ci было проще для нашей системы, чем установка, настройка, изучение и управление всей системой DML/CML сторонних производителей. Предостережение - это когда нам приходилось сохранять образы всей системы из развернутых, протестированных, уже интегрированных и проверенных систем, потому что их размер составлял несколько сотен ГБ (с новейшими версиями DB это теперь также должно быть возможно, вопрос в том, полезно в SQL-DB) . Но мы хранили образы дисков на отдельных дисках и отслеживали метаданные в нашей специализированной DML-системе (наша postgreSQL) вместе с информацией о том, где к ним обращаться.
Преимущество заключалось в том, что мы могли легко дублировать DML и передать его, например, заказчику, где нам нужно было только настроить или запустить наш (основанный на постгже) DML и получить доступ ко всем соответствующим элементам конфигурации, которые были нам необходимы для настройки разнородного сеть целевой системы.
В других случаях, возможно, легче полагаться на уже существующее стороннее решение, но идея DML может быть реализована в каждой системе хранения, если имеются соответствующие процедуры, метаданные, информация и точки доступа к общему сроку службы. Цикл управления предоставляются и поддерживаются.
С уважением