Для того чтобы быстро научиться эффективно работать в IBM® UrbanCode Release, прочитайте следующие разделы по порядку.
Планирование выпуска подразумевает получение ответов на основные вопросы о его области применения. Это совершенно новый выпуск? Или используется ранее разработанный план? Возможно, это второстепенный выпуск, например исправление, который требует минимума изменений в существующем выпуске? Ответы на эти вопросы определяют направление работы и позволяют понять, можно ли повторно использовать существующий выпуск и если можно, то в какой степени.
Поезд выпуска должен формироваться на результатах синхронного и открытого коллективного планирования. Цель - определить набор четко обозначенных конечных продуктов и взаимозависимостей.
Путь к рабочему применению состоит из последовательности этапов, последним из которых является рабочее применение. В простейшем случае этап представляет одну или несколько сред и качественные требования. Этап может содержать и другие элементы, например качественные состояния и шлюзы.
Последовательность этапов определяется моделью жизненного цикла. Во время создания выпуска для него доступны этапы, определенные в модели жизненного цикла, выбранной для этого этапа. Если требуемый этап не определен в жизненном цикле, можно изменить модель или создать новую. IBM UrbanCode Release предоставляет жизненный цикл по умолчанию, который можно изменять по своему усмотрению.
На следующем рисунке показано два выпуска: Октябрь и Ноябрь,- в которых используется одна модель жизненного цикла. Определенные в модели этапы перечислены вверху. Выпускам выделяются среды, каждому этапу присваивается одна среда (см. рисунок). В выпуске Октябрь, например, используется среда DEV-1 на этапе DEV, а в выпуске Ноябрь на том же этапе используется среда DEV-2. Шлюзы между этапами определяются в модели.
Жизненный цикл может использоваться для любого числа выпусков. Варьируя среды и приложения (набор приложений в разных выпусках разный) можно создавать практически любые выпуски на основе одного жизненного цикла. Если жизненный цикл не подходит для определенного выпуска, например этапов слишком много или, наоборот, недостаточно; в любое время можно создать новую модель жизненного цикла.
IBM UrbanCode Release позволяет проложить путь между подготовкой выпусков и их рабочим применением и надежно провести выпуски по этому пути. Поезд выпуска может быть снабжен любым подвижным составом (автоматизированные, неавтоматизированные и оперативные процессы) и перевозить любой груз. Предсказуемое расписание поезда выпуска управляет процессом выпуска. С помощью IBM UrbanCode Release можно интегрировать и синхронизировать коллективное планирование для выработки ясного, открытого и прозрачного плана. Все заинтересованные лица знают об расписании и ключевых вехах и могут быть уверены, что выпуски отправляются по расписанию и прибывают вовремя.
В узком смысле создание выпуска означает присвоение ему имени и выбор жизненного цикла и коллектива для него в пользовательском веб-интерфейсе. В более широком - определение того, главный это выпуск или второстепенный. Можно воспользоваться следующим эмпирическим правилом: второстепенный выпуск - это выпуск, в котором могут использоваться существующие среды и приложения (или их часть), главный же выпуск требует совершенно новых сред и приложений.
Несмотря на то что приложения не являются обязательными (например, можно создать выпуск, состоящий целиком из вех и инфраструктурных задач), большинство выпусков включают развертывание приложений. Источником приложений может быть интеграция с внешними инструментами, например IBM UrbanCode Deploy, или они могут создаваться в самом IBM UrbanCode Release. Для каждого выпуска доступны все приложения, определенные в IBM UrbanCode Release. С выпуском можно связать любое количество приложений.
Информация об интеграции IBM UrbanCode Release с внешними инструментами приведена в разделе Настройка провайдеров интеграции.
Доступные выпуску этапы определены в выбранном для выпуска жизненном цикле. Может быть полезно рассматривать модель жизненного цикла как шаблон для создания и управления выпусками. Жизненный цикл определяет последовательность этапов, через которые программное обеспечение проходит на пути к рабочему применению, которое представлено этапом рабочего применения или другим завершающим этапом со сходным обозначением. Жизненный цикл не задает конкретные среды, которые используются для выпуска, только общий шаблон. Например, жизненный цикл может иметь следующие этапы: Разработка, Контроль качества и Рабочее применение. Выпуски, на основе этого жизненного цикла имеют все три этапа, но используемые среды могут отличаться от выпуска к выпуску. В жизненном цикле также могут быть определены качественные этапы, называемые шлюзами. Они должны быть успешно выполнены, прежде чем будет разрешено переместить программное обеспечение на другой этап.
Разработайте подходящие стратегии для каждого этапа, поскольку стратегии для очень формальных рабочих развертываний могут не подойти более неформальным средам.
Первый этап описания пути к рабочему применению - выбор между использованием существующей модели жизненного цикла и созданием новой модели. Приступая к работе с IBM UrbanCode Release, естественно необходимо создать жизненные циклы, отражающие обычные процессы и среды, используемые в конкретной организации. Со временем будут разработаны стабильные жизненные циклы, которые будут управлять если не всеми, то большинством выпусков. Поэтому требуемые операции для описания пути к рабочему применению в значительной мере определяются наличием подходящих жизненных циклов. В следующих таблицах показано наличие пригодного для повторного использования жизненного цикла для различных операций.
Операция | Описание |
---|---|
1. Присвоение имен этапам жизненного цикла. | Среды связываются с этапами. |
2. Определение состояний. | Состояния представляют собой определяемые пользователем значения, например Пройден или В архиве. |
3. Добавление шлюзов. | Шлюз - это механизм, гарантирующий, что элементы не будут развернуты на этапе или в среде, если они не имеют указанного в шлюзе состояния. Шлюзы устанавливают минимальные требования для перехода на этап. |
Операция | Описание |
---|---|
1. Выделение сред этапам. | Укажите среды, которые будут использоваться на каждом этапе жизненного цикла. Среда выпуска - это определяемая пользователем структура, представляющая цели развертывания. Среда выпуска объединяет в себе среды развертывания. |
2. Определение утверждений. | Утверждение представляет собой механизм, используемый для контроля сред без учета качества (состояния). Утверждающие указываются по роли. Любой пользователь с указанной ролью может выполнить утверждение. |
3. Выбор плана развертывания. | План развертывания определяет, какой уровень управления и координации требуется для успешного развертывания на определенном этапе. |
Известные даты рабочего применения и подготовки могут быть записаны и распределены путем планирования развертываний в средах выпуска.
Даты определяются при планировании нового развертывания (
).Повторяющееся окно (или повторяющееся развертывание) создается для развертываний, которые повторяются с предсказуемым периодом. Повторяющиеся окна могут активироваться ежечасно, ежедневно, еженедельно или по выражению cron.
Вехи представляют собой операции, обычно это элементы контрольного списка процесса, которые должны быть выполнены, чтобы выпуск оставался в русле. Вехи могут представлять все, что требует отслеживания, например стартовое совещание, обновление операционной системы, аппаратного обеспечения или сети. Вехи отслеживаются по дате и состоянию.
Вехи прикрепляются к самому выпуску, а не к отдельным этапам или средам. Вехи создаются на странице Выпуск ( ).
Несмотря на соблазн сконцентрироваться на функциональности, определенной во время планирования, следует быть внимательным к потенциальным изменениям, которые так или иначе влияют на расписание поезда выпуска.
Коллективы выпуска управляют выпусками. Коллектив состоит из ролей и пользователей, которые настраиваются в системе защиты IBM UrbanCode Release. Для выпуска должна быть определена хотя бы одна роль. Типичные роли: Администратор, Администратор выпуска и Пользователь. Они доступны по умолчанию. Роли можно повторно использовать.
Роли создаются на странице Роли ( ).
Утверждение представляет собой механизм, используемый для контроля сред без учета качества (состояния). Выпуск, которому требуется утверждение, не может миновать этап, пока не будет получено утверждение. Утверждения прикрепляются к этапам. Утверждающие указываются по роли. Любой пользователь с указанной ролью может выполнить утверждение.