Share via

  • Статья

Управление записями выпуска в System Center 2012 — Service Manager

 

Применимо к: System Center 2012 SP1 - Service Manager, System Center 2012 R2 Service Manager, System Center 2012 - Service Manager

Ключом к пониманию управления выпусками в System Center 2012 – Service Manager является осознание того, как записи выпусков способствуют взаимодействию объектов (такие как запросы на изменение и действия). Процесс управления выпусками использует родительские и дочерние записи выпусков, чтобы способствовать автоматизации процессов, обновляющих состояние запросов на изменение, а также распространения состояния между параллельными действиями и действиями внутри них.

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

При утверждении изменений процессы управления выпусками группируют изменения, планируют и разрабатывают их. В зависимости от свойств изменения в некоторых случаях разработка может происходить на этапе проектирования, а в некоторых — на этапе управления выпусками. Вне зависимости от этапа, на котором выполняется разработка, процесс управления выпусками следит за тем, чтобы изменения были протестированы и безопасны для развертывания. Кроме того, процесс управления выпусками используется для обработки и объединения разных выпусков, что позволяет свести к минимуму простой инфраструктуры. Объединенные в пакет выпуски тестируются совместно, чтобы гарантировать отсутствие технических и ресурсных конфликтов, способных повлиять на доступность инфраструктуры. Несколько изменений объединяются в один пакет и подготавливаются к коллективному развертыванию в следующий период обслуживания или запланированную дату выпуска. Функция процесса управления выпусками при помощи записей выпусков заключается в консолидации нескольких изменений и развертывании их максимально эффективным и безопасным способом.

После создания пакета изменений диспетчер выпусков определяет последовательность действий, необходимых для выпуска. К примеру, в состав различных изменений могут входить задачи обновления инфраструктуры, задачи изменения базы данных, задачи обновления приложений и другие индивидуальные задачи. В некоторых случаях имеет смысл объединить некоторые задачи с обновлениями инфраструктуры или выполнить обновления базы данных или приложений. Некоторые задачи могут быть развернуты одновременно, а другие задачи должны развертываться последовательно или раздельно.

Управление записями выпусков в Service Manager

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

При внесении изменений в действие его состояние обновляется не сразу. Существует задержка, длящаяся до активации рабочего процесса, требуемой для обновления состояния действия. После обновления представления элемента может пройти от 30 до 60 секунд, прежде чем в консоли отобразится обновленное состояние действия. На обновление других зависимых действий в записи выпуска может потребоваться еще больше времени. Например, предположим, что имеется запись выпуска, содержащая около десяти действий. При обновлении элемента вверху списка его обновление в консоли может занять 30 секунд. Автоматическое обновление следующего действия в записи выпуска будет выполнено еще через 30 секунд и так далее. То есть изначально выполненное вами обновление может потребовать определенного времени для распространения на все затронутые действия в записи выпуска.

Части записей выпусков

Поскольку выпуски часто объединяются в пакеты, предусмотрена возможность сгруппировать несколько записей выпуска с помощью родительско-дочернего отношения. В таком случае родительская запись выпуска будет по сути служить контейнером для нескольких дочерних записей выпуска. Свежесозданная запись выпуска по умолчанию не является родительской записью выпуска. Для возможности добавлять дочерние записи выпуска, запись выпуска следует преобразовать в родительскую.

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

Статьи по записям выпусков

Другие ресурсы по данному компоненту