Ян Ван Бон - ИТ Сервис-менеджмент. Введение
• содержание запланированных релизов, включая Конфигурационные Единицы аппаратного и программного обеспечения со ссылкой на исходный Запрос на Изменения (RFC);
• аппаратные и программные Конфигурационные Единицы, на которые может повлиять релиз;
• данные о физическом местонахождении аппаратных средств, имеющих отношение к релизу.
8.2. Цель процесса
Процесс Управления Релизами занимается управлением и распространением (дистрибуцией) используемых в рабочей среде версий программного и аппаратного обеспечения, находящихся на поддержке ИТ-подразделения для обеспечения необходимого уровня услуг.
Задачами Процесса Управления Релизами являются:
• Планирование, координация и внедрение (или организация внедрения) программных и аппаратных средств.
• Разработка и внедрение рациональных[136] процедур для распространения и инсталляции изменений в ИТ-системах.
• Обеспечение отслеживаемости и безопасности программных и аппаратных средств, подвергшихся изменениям, и гарантирование того, что в рабочей среде находятся только корректные, авторизованные и тестированные версии.
• Коммуникации и оповещение пользователей, учет их ожиданий при планировании и развертывании новых релизов.
• Определение состава релизов и планирование их развертывания совместно с Процессом Управления Изменениями.
• Внедрение новых версий программных и аппаратных средств в рабочую инфраструктуру под контролем Управления Изменениями и при поддержке Управления Конфигурациями. Релиз может включать любое количество Конфигурационных Единиц, а также не только программные и аппаратные средства, но и документацию, например, отчеты, планы, руководства по поддержке.
• Обеспечение сохранности оригинальных копий программ в Библиотеке эталонного программного обеспечения (DSL) и регулярного обновления базы данных CMDB; то же касается аппаратных средств на Складе DHS.
8.2.1. Преимущества использования процесса
Вместе с эффективными Процессами Управления Конфигурациями и Управления Изменениями Процесс Управления Релизами способствует тому, чтобы:
• Использовалось программное и аппаратное обеспечение высокого качества, которое разрабатывалось и тестировалось с проведением процедур контроля качества.
• Сводилась к минимуму возможность возникновения ошибок в программно-аппаратных комплексах, или ошибок выпуска некорректных версий.
• Бизнес-подразделения внимательно контролировали инвестиции в программное обеспечение, от которых во многом зависит бизнес.
• Уменьшалось общее количество отдельно взятых внедрений, и проводились серьезные испытания каждого внедрения.
• Уменьшалась опасность возникновения инцидентов и известных ошибок за счет тестирования и контроля внедрения.
• Пользователи больше привлекались к участию в тестировании релизов.
• Заранее публиковалась программа ввода релизов для улучшения координации ожиданий пользователей с политикой и практикой появления новых релизов.
• Для целей бизнеса существовали структуры централизованного проектирования и компоновки программных и аппаратных средств или структуры для их закупки с последующим распространением по пользователям.
• Бизнес-подразделения могли стандартизировать версии программного и аппаратного обеспечения в своих подразделениях для облегчения их поддержки.
• Уменьшалась опасность использования пиратских программ, а также опасность возникновения инцидентов и проблем из-за интегрирования в активную среду дефектных или зараженных вирусом версий программного и аппаратного обеспечения.
• Облегчалось обнаружение неавторизованных копий и некорректных версий.
8.3. Процесс
Процесс Управления Релизами состоит из следующих видов деятельности:
• разработка политики в отношении релизов и их планирование;
• компоновка и конфигурирование релизов;
• тестирование и приемка релизов;
• планирование развертывания релизов;
• оповещение, подготовка и обучение;
• распространение и инсталляция релизов.
В действительности эти виды деятельности не располагаются в хронологическом порядке. Определение политики и планирование релизов могут проводиться раз в полгода или в год, в то время как другие действия могут проводиться ежедневно.
Рис. 8.4. Управление Релизами
Успешное проведение Управления Релизами зависит от входной информации, поступающей из других процессов ITIL, и от взаимодействия с этими процессами (рис. 8.4). Главными являются интерфейсы со следующими процессами.
8.3.1. Управление Конфигурациями
Управление Конфигурациями отвечает за регистрацию доступных версий программного и аппаратного обеспечения в базе данных CMDB в качестве Базисных Конфигураций. Программы, включаемые в Библиотеку DSL, и аппаратные средства для DHS регистрируются в CMDB с согласованным уровнем детализации. Мониторинг статуса, выполняемый Процессом Управления Конфигурациями, отражает статус каждой Конфигурационной Единицы, например, «В активном использовании», «В разработке», «В тестировании», «В запасе» или «В архиве».
8.3.2. Управление Изменениями
Деятельность по распространению (тиражированию) релизов контролируется Процессом Управления Изменениями. Кроме того, Управление Изменениями гарантирует, чтобы было проведено адекватное тестирование релизов. Управление Изменениями также принимает решение о количестве изменений, которые могут быть скомбинированы в одном релизе. Управление Изменениями определяет процедуры, обеспечивающие авторизацию изменений, включая анализ степени воздействия и анализ необходимых ресурсов. В большинстве случаев Руководитель Процесса Управления Релизами несет ответственность за внедрение программных и аппаратных изменений и он обычно участвует в работе Консультативного комитета по изменениям.
8.3.3. Управление Уровнем Услуг
ИТ-сервис обычно включает в себя инфраструктурное аппаратное обеспечение вместе со стандартным или разработанным собственными силами программным обеспечением. Управление Релизами отвечает за ввод в работу программных и аппаратных средств и отслеживает соглашения о доступности программных средств, заключенные в рамках Процесса Управления Уровнем Услуг.
8.3.4. Виды деятельности
На рис. 8.5 показаны виды деятельности в рамках Процесса Управления Релизами и их связи с жизненным циклом изменения.
Рис. 8.5. Виды деятельности по Управлению Релизами (источник: OGC)
8.4. Виды деятельности
8.4.1. Выработка политики в отношении релизов и планирование
Руководитель Процесса Управления Релизами разрабатывает политику в отношении релизов, определяя когда и каким образом производится конфигурирование релизов. Значительные релизы могут планироваться заранее, одновременно с присвоением номера версии, чтобы в определенные моменты времени можно было рассмотреть возможность внесения изменений.
Руководитель Процесса Управления Релизами также определяет, на каком уровне Конфигурационные Единицы могут распространяться независимо друг от друга (релизные единицы). Это зависит от:
• Потенциального воздействия релиза на другие компоненты.
• Количества человеко-часов и времени на компоновку и тестирование раздельных изменений, в сравнении с усилиями, необходимыми для их объединения и одновременного внедрения.
• Трудности инсталляции на местах пользователей. Возможно, что инсталлировать полную программу легче благодаря наличию для этого стандартных методов.
• Сложности взаимосвязей между новым программным и аппаратным обеспечением и остальной частью ИТ-инфраструктуры – чем легче изолировать программные или аппаратные средства, тем легче их тестировать.
Перед планированием релиза необходимо собрать информацию о жизненном цикле внедряемого продукта, а также обо всех подготовленных к сдаче в рамках данного релиза продуктах, описании соответствующих ИТ-услуг и их уровней и данные об авторизации соответствующих Запросов на Изменения (RFC) и т. д. При планировании релиза рассматриваются следующие вопросы:
• координация содержания релиза;
• разработка графика ввода релиза;
• согласование графика, территориальных объектов, на которых произойдет распространение релиза, и организационных единиц;
• посещение объектов для определения реально используемых аппаратных и программных средств;
• разработка плана оповещения (коммуникаций);
• согласование ролей и ответственностей;
