Интеграция и проверка

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

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

Развертывания IBM® UrbanCode Release объединяют:

Развертывания (планы развертывания) состоят из сегментов. Сегмент представляет операции выпуска, которые должны выполняться вместе. Сегмент может быть настроен на выполнение после успешного выполнения другого сегмента или выполняться независимо от других сегментов. План развертывания может состоять из любого количества сегментов. План по умолчанию имеет два сегмента: Предварительные задачи развертывания и Задачи развертывания.

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

Прим.:

Каждый коллектив должен иметь помимо основного резервный план. Резервный план может быть просто откатом к предыдущим версиям пока блокировки не будут устранены.

Планирование оперативных развертываний (необязательное)

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

Прим.:

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

Обновление запланированных развертываний

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

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

Создание задач развертывания

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

При создании задачи для нее указывается продолжительность - предполагаемое время выполнения задачи. IBM UrbanCode Release объединяет продолжительности задач и вычисляет общее время развертывания.

Задачи могут быть автоматизированными и неавтоматизированными. Автоматизированные задачи являются результатом интеграции с внешними инструментами. Процессы приложений из приложений IBM UrbanCode Deploy, например, доступны в IBM UrbanCode Release в виде автоматизированных задач.

Неавтоматизированные задачи могут представлять любую задачу, выполняемую вручную, такую как остановка и запуск сервера. В отличие от вех, которые создаются для всего выпуска, неавтоматизированные задачи (и автоматизированные) прикрепляются к определенному этапу или сегменту. Сегмент может рассматриваться как группа задач, которые должны быть выполнены одновременно.

Обычно задачи создаются на странице Запланированные развертывания веб-приложения, но их также можно экспортировать и импортировать (как файлы CSV).

Сертификация версий приложения

Версии приложения могут иметь качественные состояния. Качественные состояния гарантируют, что версии приложения отвечают определенному качественному требованию. Состояния можно присваивать вручную или через интеграцию с внешними инструментами.

Исключения шлюзов

Утверждения и шлюзы могут быть временно приостановлены, когда требуется экстренное развертывание.

Утверждение развертываний

Утверждение представляет собой механизм, используемый для контроля сред без учета качества (состояния). Утверждения прикрепляются к этапам. Выпуск, которому требуется утверждение, не может миновать этап, пока не будет получено утверждение. Утверждающие обычно указываются ролью пользователя. Любой пользователь с указанной ролью может отвечать на запрос на утверждение. Если, например, этап QA должен быть утвержден администратором выпуска, то он будет приостановлен, пока кто-то из пользователей с ролью администратора выпуска не утвердит его. Утверждающим можно сделать и определенного пользователя.

Прим.:

Если у запланированного развертывания, которому требуется утверждение, наступает время запуска, а утверждение не получено; развертывание считается отклоненным.


Комментарии