Введение. С повышением зависимости организаций от ИТ-процессов все большее значение

С повышением зависимости организаций от ИТ-процессов все большее значение приобретает их эффективный мониторинг и защита. С ростом количества изменений возрастает и потребность в контроле над процессом проведения изменений.

Изменения ИТ-инфраструктуры происходят в сложной распределенной среде. В современных при­ложениях клиент/сервер это часто отражается как на клиентской части, так и на серверной. В таких случаях запуск и внедрение новых версий программных и аппаратных средств требует тщательного планирования. Релизом называется набор новых и/или измененных Конфигурационных Единиц, которые вместе испытываются и внедряются в рабочую среду. Релиз определяется Запросом на Из­менения (RFC), для исполнения которого он вводится в работу. В Процессе Управления Релизами используется плановый проектный подход к проведению изменений в ИТ-услугах, и он затрагивает все, как технические, так и нетехнические аспекты изменений.

Задачей Процесса Управления Релизами является обеспечение качества рабочей среды^[124] за счет ис­пользования формальных процедур и проверок при вводе в работу новых версий. В отличие от Уп­равления Изменениями, занимающегося верификацией, Процесс Управления Релизами занимается внедрением. Управление Релизами осуществляется в тесном контакте с Управлением Конфигураци­ями и Управлением Изменениями, что гарантирует обновление единой базы CMDB с учетом каждо­го нового релиза. Управление Релизами также обеспечивает обновление содержания релизов (про­граммных кодов) в Библиотеке эталонного программного обеспечения^[125] DSL. С помощью базы CMDB также отслеживаются спецификации аппаратных средств, руководства по инсталляции и се­тевые конфигурации. Запас аппаратных средств, в частности стандартизованные базовые конфигу­рации, хранится на Складе эталонного аппаратного обеспечения^[126] DHS. Однако, в первую очередь объектом Процесса Управления Релизами является программное обеспечение.

В больших проектах Процесс Управления Релизами должен включаться в общий план проекта как его составная часть для обеспечения достаточного финансирования работы процесса. Определенная часть ежегодного бюджета может быть выделена на повседневные работы, такие как незначительные изменения. Расходы, возникающие при запуске процесса, не столь значительны по сравнению с по­тенциальными потерями, вызванными недостатками в планировании и контроле за программными и аппаратными средствами, к которым можно отнести следующие:

? большие перерывы в работе из-за плохого планирования выпуска релизов;

? дублирование работ из-за наличия копий различных версий;

? неэффективное использование ресурсов из-за отсутствия информации об их местонахождении;

? потеря исходных файлов, приводящая к повторной закупке программ;

? отсутствие защиты от вирусов, приводящее к необходимости "лечения" всей сети.

Основные понятия

Релизы

Релизы содержат одно или несколько авторизованных изменений. Они могут классифицироваться в первую очередь по уровню релиза. Часто релизы разделяют на:

? Значительные релизы – крупномасштабное развертывание новых аппаратных и программных средств, обычно со значительно расширенными функциональными возможностями. Такие релизы часто помогают в устранении ряда известных ошибок, включая известные обходные решения^[127] и быстрые исправления^[128].

? Малые программные релизы и модернизация аппаратного обеспечения (апгрейды)^[129] – эти релизы обычно представляют собой незначительные усовершенствования и исправления известных оши­бок. Среди них могут быть такие, которые внедрялись ранее в виде срочных исправлений и теперь окончательно проработаны и включены в данный релиз. За счет такого релиза обеспечивается обно­вление "Прежнего стабильного состояния^[130]", являющегося отправной точкой для всех испытаний.

? Срочные исправления – обычно внедряются как быстрые исправления проблем и известных ошибок.

Дата добавления: 2015-08-26