Процесс управления релизами и их развертыванием

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

Релиз (Release) – совокупность аппаратных средств, программного обеспечения, документации, Процессов или других компонент, требуемых для внедрения одного или более утвержденных Изменений в ИТ-услугах.

Информационными наполнениями (содержанием) каждого Релиза управляют, его тестируют, и развертывают как отдельный объект.

Единица релиза (Release unit) - компоненты ИТ-услуги которые в нормальном режиме внедряются совместно.

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

Единица релиза описывает часть услуги или ИТ-инфраструктуры, которая обычно выпускается в соответствии с политикой релиза, действующей в организации.

Единица релиза может изменяться в зависимости от типа или элементов активов услуги или компонент услуги, например, таких как аппаратные или программные средства.

Простейший пример единиц релиза для ИТ-услуги

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

Тестовая среда (Test Environment) - контролируемая среда, используемая для проверки Конфигурационных единиц, сборок, ИТ-услуг, процессов, и т.п.

Пакет релиза (Release Package) – может быть как одной Единицей релиза, или структурированным набором из Единиц релизов.

Пилот (Pilot) – Ограниченное развертывание ИТ-услуги, Релиза или Процесса в Промышленной среде эксплуатации.

Пилот используется для сокращения рисков и увеличения обратной связи от Пользователей, а также приемки.

Пример пакета релиза

Управление релизами (Release Management) – процесс, ответственный за планирование, составление расписания и контроль прохождения релизов в Тестовой среде и Промышленной среде эксплуатации.

Первичная цель Управления релизами состоит в соблюдении целостности Промышленной среды эксплуатации и внедрения только верных Компонент. Управление релизами является частью процесса управления релизами и их развертыванием.

Промышленная среда эксплуатации (Live Environment) – управляемая среда, содержащая Конфигурационные единицы, находящиеся в режиме промышленной эксплуатации и используемые для предоставления ИТ-услуг Заказчикам.

Вариант «большого взрыва» - новая или измененная услуга развертывается на всех площадках (офисах) с пользователями в течение одной работы.

Вариант поэтапного развертывания – услуга развертывается вначале как часть основы пользователя, и затем эта работа повторяется для последующих частей базиса пользователя в соответствии с календарным планом развертывания.

Варианты «Большой взрыв» и поэтапное развертывание

Поэтапное развертывание в распределенной организации

Вариант «толкания» используется там, где компонент услуги развертывается из центра и выталкивается оттуда в его целевое месторасположение.

Вариант рывка используется ПО, выпущенного, где ПО делается доступным из его центрального месторасположения и пользователи свободно его «втягивают» в свои ПК по их выбору или при перезапуске ПК.

Автоматическое развертывание в сравнении с ручным

• Вариант автоматического развертывания гарантирует повторяемость и частоту развертывания.

• Очень много ручных действий по развертыванию будут вести к медленному снижению производительности команд и создают проблемные вопросы с ресурсами и мощностями, которые воздействуют на уровень услуг.

Архитектурные элементы, которые должны быть собраны и протестированы

Политика релиза

Политика релиза должна быть определена для одной или более услуг и включать:

• Уникальные идентификацию, нумерацию и соглашения о наименовании для различных типов релиза вместе с их описанием.

• Роли и обязанности для каждой стадии процессе релиза и его развертывания

• Ожидаемую частоту для каждого типа релиза.

• Подход для принятия и группирования изменений в релиз, например как расширения приоретизированы для включения в релиз.

• Механизм для автоматизации сборки, инсталляции и процесса распространения релиза, чтобы улучшить многократное использование, повторяемость и эффективность.

• Каким образом базовое состояние конфигурации для релиза зафиксировано и проверено ее соответствие фактическому информационному наполнению релиза, например аппаратные средства, программное обеспечение, документация и знание.

• Выход и критерии входа и полномочий для принятия релиза в каждой стадии Преобразования услуг и в контролируемый тест, обучение, восстановление в аварийных ситуациях и промышленные среды.

• Критерии и разрешение для выхода из ранней поддержки и передачи в Эксплуатацию Услуг.

Предназначение Управления релизами и их развертыванием:

• Определять и согласовывать планы релизов и их развертывания с Заказчикам и заинтересованными сторонами.

• Гарантировать, что каждый пакет релиза состоит из ряда связанных активов и компонент услуги, которые совместимы друг с другом.

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

• Гарантировать, что все пакеты релиза и развертывания могут быть прослежены, установлены, протестированы, проверены, и/или деинсталлированы или возвращены в исходное состояние, если это необходимо.

• Гарантировать, что изменениями в организации и заинтересованных сторон управляют во время действий релиза и его развертывания.

• Регистрировать и управлять отклонениями, рисками, проблемными вопросами, связанными с новой или измененной услугой, и осуществлять необходимую коррекцию.

• Гарантировать, что есть передача знаний, чтобы дать возможность Заказчикам и пользователям оптимизировать свое использование услуги, чтобы поддержать их деловую деятельность.

• Гарантировать, что навыки и знание переданы сотрудникам эксплуатации и поддержки ИТ, позволяющие им эффективно и результативно предоставлять и поддерживать услугу согласно необходимым гарантиям к уровню услуги.

Основная цель Управления релизами и их развертыванием состоит в том, чтобы развернуть релизы в производстве и установить эффективное использование услуги, чтобы предоставить ценность Заказчику и быть в состоянии к передаче услуг в стадию Эксплуатации услуг.

Цели Управления релизами и их развертыванием состоит в том, чтобы гарантировать что:

• есть четкие и комплексные планы релиза и его развертывания, которые дают возможность Заказчику и проектам изменения бизнеса привести деятельности, содержащиеся в этих планах, в соответствие с этими изменениями;

• пакет релиза может быть встроен, установлен, проверен и развернут эффективно для группы развертывания или успешно в целевой среде, и в соответствии с запланированными сроками;

• новая или измененная услуга и предоставляющая ее ИТ-система, технологии и организации способны к поставке услуги с согласованными требованиями к ней, то есть требованиями к использованию, гарантии и уровню услуги;

• Есть минимальное непредсказуемое влияние на промышленные услуги, операции и организацию поддержки;

• Заказчики, пользователи и сотрудники Управления услугами удовлетворены практикой и результатами Преобразования Услуг, например, пользовательской документацией и обучением.

Действия в рамках процесса:

• Планирование.

• Подготовка к сборке, тестированию и развертыванию.

• Сборка и тестирование перед выпуском в производство.

• Тестирование и опытный образец услуги.

• План и подготовка к развертыванию.

• Выполнение переноса, развертывания и вывода из эксплуатации.

• Подтверждение развертывания.

• Ранняя поддержка.

• Анализ и закрытие развертывания.

• Анализ и закрытие Преобразования услуг.

V-образная модель услуги

Планирование пилотного развертывания:

• Пилот – одно из испытаний в промышленной среде перед полным развертыванием услуги по всей организации.

• Баланс между выгодой и стоимостью

• Факторы, влияющие на решение:

  • Скорость и стоимость (единственного пилота).

  • Разнообразные организации (компании).

  • Тестирование опций.

  • Политические соображения (вовлечения или не вовлечения в пилот).

  • Потребность во множественных пилотах.

Ранняя поддержка

Команды развертывания должны проанализировать, где пользователи и ресурсы поддержки испытают затруднения и проблемы, возможно основанные на предыдущем опыте; например, разъяснение о:

• Присваивании ролей, роли и обязанности.

• Финансирование и фонды.

• Приобретение и выполнение запросов.

• Политика и процедуры безопасности.

• Инициация инцидентов и запросов на изменения.

• Процедуры эскалации.

• Процедуры обработки жалоб.

• Использование инструментальных средств диагностики.

• Правила лицензирования программного обеспечения.

Схема ранней поддержки