ИТ СЕРВИС–МЕНЕДЖМЕНТ. Вводный курс на основе ITIL
Шрифт:
Рис. 8.3. Типы релизов
Библиотека эталонного программного обеспечения [132] (DSL)
Библиотека эталонного программного обеспечения (DSL) – это надежное хранилище для эталонных авторизованных версий (мастер-копий) всех Конфигурационных Единиц программного обеспечения. Физически библиотека DSL может находиться в разных местах и состоять из нескольких надежных хранилищ и огнеустойчивых сейфов для носителей информации. Управление Релизами начинает контролировать жизненный
132
Definitive Software Library – DSL.
133
Installation Scripts.
В библиотеке DSL может храниться несколько версий одного и того же программного обеспечения, включая архивные версии, документацию и исходные коды. Поэтому необходимо создание резервных копий [134] Библиотеки DSL, поскольку она содержит не только текущую версию программного обеспечения, но и копии на случай возврата к прежней версии. При наличии в компании нескольких территориальных объектов с локальным руководством, на каждом из них должна быть копия Библиотеки DSL на случай развертывания программного обеспечения.
134
Back-up.
Склад эталонного аппаратного обеспечения [135] (DHS)
Склад эталонного аппаратного обеспечения предназначен для хранения запасных аппаратных средств. Это запасные компоненты и узлы, состояние которых поддерживается на том же уровне, что и у соответствующих им компонентов в активной среде. Аппаратные средства со склада DHS используются для замены или ремонта аналогичных Конфигураций в ИТ-инфраструктуре. Информация о составе этих Конфигураций должна содержаться в базе CMDB.
135
Definitive Hardware Store – DHS.
Конфигурационная База Данных (CMDB)
В рамках всего Процесса Управления Релизами рекомендуется проверять информацию о Конфигурационных Единицах в базе CMDB. Как только версии программного обеспечения добавляются в Библиотеку DSL, а версии аппаратных средств – на Склад DHS, производится обновление CMDB. Для поддержки Процесса Управления Релизами база данных CMDB должна содержать информацию по следующим вопросам:
? содержание запланированных релизов, включая Конфигурационные Единицы аппаратного и программного обеспечения со ссылкой на исходный Запрос на Изменения (RFC);
? аппаратные и программные Конфигурационные Единицы, на которые может повлиять релиз;
? данные о физическом местонахождении аппаратных средств, имеющих отношение к релизу.
8.2. Цель процесса
Процесс Управления Релизами занимается
Задачами Процесса Управления Релизами являются:
? Планирование, координация и внедрение (или организация внедрения) программных и аппаратных средств.
? Разработка и внедрение рациональных [136] процедур для распространения и инсталляции изменений в ИТ-системах.
? Обеспечение отслеживаемости и безопасности программных и аппаратных средств, подвергшихся изменениям, и гарантирование того, что в рабочей среде находятся только корректные, авторизованные и тестированные версии.
? Коммуникации и оповещение пользователей, учет их ожиданий при планировании и развертывании новых релизов.
136
Efficient.
? Определение состава релизов и планирование их развертывания совместно с Процессом Управления Изменениями.
? Внедрение новых версий программных и аппаратных средств в рабочую инфраструктуру под контролем Управления Изменениями и при поддержке Управления Конфигурациями. Релиз может включать любое количество Конфигурационных Единиц, а также не только программные и аппаратные средства, но и документацию, например, отчеты, планы, руководства по поддержке.
? Обеспечение сохранности оригинальных копий программ в Библиотеке эталонного программного обеспечения (DSL) и регулярного обновления базы данных CMDB; то же касается аппаратных средств на Складе DHS.
8.2.1. Преимущества использования процесса
Вместе с эффективными Процессами Управления Конфигурациями и Управления Изменениями Процесс Управления Релизами способствует тому, чтобы:
? Использовалось программное и аппаратное обеспечение высокого качества, которое разрабатывалось и тестировалось с проведением процедур контроля качества.
? Сводилась к минимуму возможность возникновения ошибок в программно-аппаратных комплексах, или ошибок выпуска некорректных версий.
? Бизнес-подразделения внимательно контролировали инвестиции в программное обеспечение, от которых во многом зависит бизнес.
? Уменьшалось общее количество отдельно взятых внедрений, и проводились серьезные испытания каждого внедрения.
? Уменьшалась опасность возникновения инцидентов и известных ошибок за счет тестирования и контроля внедрения.
? Пользователи больше привлекались к участию в тестировании релизов.
? Заранее публиковалась программа ввода релизов для улучшения координации ожиданий пользователей с политикой и практикой появления новых релизов.
? Для целей бизнеса существовали структуры централизованного проектирования и компоновки программных и аппаратных средств или структуры для их закупки с последующим распространением по пользователям.
? Бизнес-подразделения могли стандартизировать версии программного и аппаратного обеспечения в своих подразделениях для облегчения их поддержки.
? Уменьшалась опасность использования пиратских программ, а также опасность возникновения инцидентов и проблем из-за интегрирования в активную среду дефектных или зараженных вирусом версий программного и аппаратного обеспечения.