Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску
Полная медиа-библиотека и CMDB в контексте процесса управления релизами

Definitive Media Library является безопасным информационной технологией хранилище , в котором окончательные, авторизованные версии организации программных средств массовой информации, хранится и защищены. Прежде чем организация выпустит какое-либо новое или измененное прикладное программное обеспечение в свою операционную среду, любое такое программное обеспечение должно быть полностью протестировано и обеспечено обеспечение качества. Definitive Media Library предоставляет область хранения для программных объектов, готовых к развертыванию, и должна содержать только главные копии контролируемых элементов конфигурации носителей программного обеспечения (CI), которые прошли соответствующие проверки качества , обычно включая как приобретенное, так и заказное приложение, исходный код золотой сборки иисполняемые файлы . В контексте концепции передовой практики ITIL [1] термин "окончательная библиотека мультимедиа" заменяет термин " окончательная библиотека программного обеспечения", который использовался до версии ITIL v3.

В сочетании с базой данных управления конфигурацией ( CMDB ) он эффективно предоставляет ДНК центра обработки данных, то есть все носители приложений и программного обеспечения сборки, подключенные к записи CMDB об установке и настройке.

Стандартная медиабиблиотека (DML) является основным компонентом структуры выпуска и предоставления услуг, а также плана непрерывности обслуживания.

Фон [ править ]

В управляемой ИТсреды крайне важно, чтобы в производство допускались только авторизованные версии программного обеспечения. Последствия попадания неавторизованных версий программного обеспечения в рабочую среду могут быть серьезными. Как правило, в зрелой организации существуют строгие процессы управления изменениями и выпусками для предотвращения этого, но такие процессы требуют места, где разрешенные версии программного обеспечения могут быть безопасно сохранены и доступны. Решение, предложенное ITIL в его третьей версии, называется Definitive Media Library или DML (заменяет ранее названную Definitive Software Library или DSL во второй версии). ITIL предлагает, чтобы DML мог быть физическим или виртуальным хранилищем, и у обоих методов есть свои преимущества и недостатки. Ясно, однако, что есть ключевые факторы успеха любого решения DML, т. Е.Программное обеспечение, необходимое для развертывания в производственной среде, должно быть тщательно протестировано, гарантировано и лицензировано для работы, а также упаковано таким образом, чтобы его можно было безопасно и последовательно развертывать. Кроме того, DML должен быть легко доступен для тех и только тех, кому это разрешено. Таким образом, виртуальная (электронная) область хранения почти всегда будет лучшим решением, то есть DML может быть централизован и доступен удаленно или в нерабочее время, если возникнет необходимость (см. Распределение).это означает, что DML может быть централизован и доступен удаленно или в нерабочее время, если возникнет необходимость (см. распространение).это означает, что DML может быть централизован и доступен удаленно или в нерабочее время, если возникнет необходимость (см. распространение).

Сфера [ править ]

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

  • записи ( метаданные ) хранятся о том, как продукт разработан и построен. Это позволяет отследить, какой процесс виноват в обнаружении дефектных продуктов либо во время контроля качества, либо даже при более позднем обслуживании.
  • записи (метаданные) хранятся в CMDB о том, где программное обеспечение установлено и развернуто из DML и в производственную среду. Каждая установка или развертывание должны быть авторизованы соответствующим запросом на производственные изменения, а результирующее изменение должно быть записано в CMDB как взаимосвязь между артефактом DML и платформой, на которой он был развернут.

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

Типичные CI, которые будет хранить DML, включают:

  • Пакетное прикладное программное обеспечение собственного производства
  • Готовые коммерческие необработанные носители
  • Индивидуальное программное обеспечение COTS (содержащее улучшения, индивидуальную конфигурацию и т. Д.)
  • Пакеты выпуска
  • Патчи (см. Патч (вычисления) )
  • Золотые сборки (клиенты, серверы, сетевые устройства, устройства хранения и т. Д.)
  • Системные образы
  • Через несколько технологических стеков и технологий распространения (например, Wintel, UNIX, ORACLE, мэйнфреймы, сеть, хранилище и т. Д.)

Жизненный цикл выпуска СМИ [ править ]

(см. диаграмму «Полная медиа-библиотека и CMDB в контексте процесса управления релизами» выше)

Шаги жизненного цикла медиа-релиза:

  1. Возникает спрос на новую услугу или продукт.
  2. Решение о производстве или покупке продукта (услуги, сборки или приложения) принимается на основе функциональных требований, извлеченных из инструмента отслеживания требований. Продукт создается или выбирается из каталога услуг / продуктов в соответствии с политиками архитектурного проектирования (Сервисный дизайн). Продукт COTS закупается и хранится в DML со статусом актива «закуплено». Если новый, продукт добавляется в каталог одобренных продуктов. Исходный код приложения, созданный собственными силами, управляется непосредственно в репозитории управления конфигурацией программного обеспечения.
  3. Если продукт COTS или сборка золота упаковываются, носитель извлекается из DML.
  4. Продукт упаковывается или разрабатывается и упаковывается (в этом случае дополнительные функции обрабатываются так же, как внутренние приложения и сборки).
  5. Заглушки или исходные базовые планы создаются в средстве управления конфигурацией программного обеспечения.
  6. Изменения кода разработки и версии пакета записываются в средстве управления конфигурацией программного обеспечения на протяжении всего процесса разработки.
  7. Выполняется юнит-тестирование.
  8. Упаковка завершена для создания релиз-пакета.
  9. Гарантия качества на упаковку (включая тестирование, постановку и любые доработки).
  10. Завершенный медиапакет (сборка, услуга или приложение) возвращается в DML как авторизованный носитель, готовый к развертыванию.
  11. После утверждения Управлением изменениями продукт передается в собственность через соответствующую систему распределения, а логические установки записываются с помощью надлежащей процедуры в CMS (CMDB).
  12. Сущности DML архивируются, как только:
    1. CMS или CMDB указывает, что упакованный выпуск больше не используется в любом месте (требуется льготный период после последнего списания или обновления, чтобы разрешить любые необходимые регрессии) и
    2. Сущность DML была удалена из технического или пользовательского (сервисного) каталога как доступный для выбора элемент.

Распространение [ править ]

Несмотря на то, что DML как авторизованное хранилище мультимедиа подразумевает определенную степень централизации, для создания глобальной модели потребуются локальные библиотеки мультимедиа (LML). Таким образом, выпуск и развертывание физических экземпляров носителей может быть своевременно достигнуто в стране, избегая постоянных загрузок по глобальной сети. Репликация авторизованных носителей в неосновных окнах сделает необходимые пакеты доступными локально по мере необходимости, но DML останется «главным» по причинам контроля процесса. Иерархия DML / LML является синонимом основного / вторичного уровней распространения, наблюдаемого во многих технологиях распространения и системах управления пакетами. Однако, в то время как инструменты распространения склонны ориентироваться на определенный стек технологий (например, Wintel, Unix, Mainframe и т. Д.),Одним из основных преимуществ DML является его независимость от технологий и истинное центральное хранилище для всего авторизованного программного обеспечения. Таким образом, инструменты распространения будут подключаться к DML для получения пакета программного обеспечения. Пакетирование приложений включает в себя подготовку стандартных структурированных установок программного обеспечения, предназначенных для автоматического развертывания. Упаковка также требуется для приобретенного программного обеспечения (COTS), поскольку упаковка позволяет настроить программное обеспечение для эффективной работы на конкретной платформе или среде. Даже небольшое изменение в этой платформе (например, замена диска) может помешать успешному развертыванию пакета, поэтому сохранение версии программного обеспечения на необработанном носителе (ISO) имеет решающее значение, поскольку это будет необходимо (часто в экстренных случаях). упакованная версия больше не развертывается, например, после обновления или замены операционной платформы.

Преимущества [ править ]

DML поддерживает;

  • Управление выпуском и развертыванием как основа и центральное хранилище для всех готовых к выпуску пакетов развертывания
  • Доступность и непрерывность обслуживания за счет предоставления источника всех упакованных приложений и необработанных носителей для использования в процедурах восстановления службы и аварийного восстановления.
  • Автоматическое выделение и рационализация серверов за счет хранения золотых сборок
  • Управление активами путем предоставления записей метаданных и лицензионных ключей, относящихся к предоставлению лицензий на программное обеспечение COTS. Экземпляры носителей и авторизованный набор носителей, хранящиеся вместе с лицензиями и условиями лицензий, позволят оптимизировать управление распределением программного обеспечения и внешним соответствием с точки зрения рекомендаций Sarbane-Oxley и BSA.
  • Выполнение каталогизированных запросов либо с точки зрения однопользовательских запросов продукта на стороне клиента, либо с точки зрения повторных запросов на развертывание существующей многопользовательской службы / приложения в других местах размещения.

См. Также [ править ]

Ссылки [ править ]

  1. ^ Ширли Лейси и Айвор Макфарлейн (2007). Переход на услуги ITIL. Канцелярия. ISBN  978-0-11-331048-7 .

Внешние ссылки [ править ]

  • http://wiki.en.it-processmaps.com/index.php/ITIL_Glossary
  • http://www.itsmwatch.com/itil/article.php/3887361/How-to-Set-Up-and-Manage-a-Definitive-Media-Library.htm
  • http://www.itsmwatch.com/itil/article.php/3729141/Benefits-of-a-Definitive-Media-Library-DML.htm
  • http://www.ibm.com/developerworks/rational/library/edge/09/mar09/rader/