IBM® UrbanCode Deploy
может отправлять уведомления по электронной почте при возникновении пользовательских
событий триггера.
Например, уведомления могут отправляться по окончании развертывания или при
необходимости получить утверждение. Получатели уведомления определяются с помощью
интеграции LDAP системы защиты (см. раздел Защита). Если
вы еще не сделали этого, настройте LDAP перед настройкой уведомлений. При отправке
уведомлений
IBM UrbanCode Deploy
опирается на LDAP и связанный сервер электронной почты.
Прим.: Для отправки уведомлений
IBM UrbanCode Deploy
требуется внешний почтовый сервер SMTP. Информация о настройке почтового сервера
приведены в разделе
Параметры системы.
Когда вы настраиваете уведомления, вы выбираете и события триггера, и роль, которая
наследуется от системы защиты, чтобы определить, какие пользователи будут получать
уведомления. Например, часто настраивается уведомление администратора или владельца среды
о генерации задания (как части процесса утверждения). Схему уведомления по умолчанию,
отправляющую уведомления ролям по умолчанию приложения и администратора (см. раздел
Защита), можно изменить; можно создать и собственную
схему.
Для настройки собственных уведомлений откройте панель Уведомления
().
Настройте новую схему. Здесь вы настраиваете, кто и когда будет получать уведомления. Впоследствии вы сможете вернуться и добавить новые или отредактировать существующие
записи в схеме.
Для добавления уведомления в схему уведомлений нажмите Добавить запись об
уведомлении и укажите информацию об уведомлении, как показано на следующем
рисунке:
.
- Роль
- Роль соответствует ролям в системе защиты. Любой пользователь, которому назначена выбранная роль,
получает сообщение по электронной почте.
- Тип
- Тип процесса определяется, главным образом, типом получателя.
Например, инженер развертывания может
быть заинтересован в уведомлении о неудачном развертывании.
- Назначение
- При установке назначения опция приложения отправляет уведомления, только когда выбранное выше событие
соответствует приложению.
Например, событие "Процесс выполнен успешно" в паре с назначением "Приложение"
должно активировать уведомление, когда процесс (развертывание приложения) выполнен успешно. Подобным
образом, тот же тип события при использовании с назначением "Среда" должен активировать уведомление, когда
развертывание успешно выполнено в среде (такой как SIT или PROD).
- Тип
- Укажите тип объекта для ограничения уведомлений.
- Имя шаблона
- Доступные шаблоны предоставляются по умолчанию и достаточны для большинства или всех потребностей. Они
форматируют отправляемое электронное письмо. Какой шаблон используется, зависит от причины уведомления и
его получателей. Однако, если шаблоны по умолчанию не удовлетворяют ваших потребностей, можно создать
собственный.
- Успешное/неудачное развертывание приложения
- Отправляет уведомления об определенном приложении указанным пользователям на основании ролей.
- Начат запрос общего процесса/Начат запрос процесса/Общий процесс выполнен успешно/Общий процесс не
выполнен
- Отправляет уведомления о процессе.
- Задача создана
- Этот шаблон используется для сообщения о состоянии ручной задачи.
- Развертывание подготовлено
- Специализированный шаблон электронной почты для уведомления о готовности развертывания.
- Утверждение создано/не создано
- Эти шаблоны используются для уведомления о состоянии утверждения.
После того как у вас появилась запись, добавьте другие с тем же процессом. Если вы хотите использовать
новую схему уведомления с существующими приложениями, измените параметры приложения.
Шаблоны уведомления - это файлы XML в папке conf/server/notification-template
сервера. Если шаблоны уведомления по умолчанию не отвечают вашим потребностям, можно создать новые.
Создать новый шаблон уведомления:
- Создайте новый файл XML.
- Введите сценарий. (Шаблоны уведомлений поддерживают только отчеты
Velocity)
- Сохраните файл в папке conf/server/notification-template сервера.
- Перезапустите сервер.