Концепции Диспетчера событий
Диспетчер событий используется для создания и выполнения с помощью событий, поступающих из-вне приложения Service Desk или Asset Manager, процессов Service Desk или Asset Manager. Диспетчер событий может интегрироваться с любым приложением сторонних изготовителей, которые могут быть запущены из командной строки или с помощью URL-адреса с требуемыми параметрами.
Это могут быть события, которые активируются независимо от приложений Service Desk или Asset Manager, например, из утилит сетевого мониторинга, или события, которые изначально активированы Service Desk и управлялись другой утилитой, такой как Диспетчер процессов Ivanti (LPM). Такие два типа событий описываются раздельно.
События из сетевого источника
Вы можете сконфигурировать Диспетчер событий так, что если он получит из сетевой системы управления событие о завершении работы известного элемента конфигурации, тогда будет создан новый инцидент для данного элемента конфигурации. Если Диспетчер событий получит последовательно события о перезагрузке системы элемента конфигурации, тогда может быть добавлено примечание для существующего инцидента. При необходимости вы можете сконфигурировать Диспетчер событий для разрешения инцидента, если будет получено событие о включении системы, хотя вы можете пожелать известить аналитика о включении системы для проведения расследования произошедшего.
|
Если от сетевой системы управления получено, |
тогда Диспетчер событий... |
|---|---|
|
Событие завершения работы для системы №1 |
Создает новый инцидент для системы №1 |
|
Событие перезагрузки для системы №1 |
Добавляет примечание для инцидента |
|
Событие включения для системы №1 |
Разрешает инцидент |
Диспетчер событий обслуживает список активных событий, чтобы они могли быть идентифицированы и соответствовали обновлениям для существующих процессов. Для этого существуют правила помещения событий в данный список для предотвращения попадания в него нежелательных данных. Вы можете установить такие правила "обслуживания" в компоненте Диспетчера на консоли.
Диспетчер событий - это приложение с высокой степенью конфигурации, поэтому очень важно выполнить точную настройку внешней системы и Диспетчера событий для получения ожидаемых результатов. Существуют рекомендации о том, как можно проверить работоспособность системы. Для получения дополнительной информации см. раздел Поиск и устранение неисправностей.
Диспетчер событий не выполняет повторное открытие процессов. Если процесс для элемента конфигурации закрыт (с состоянием завершения), и Диспетчер событий получит событие, которое попытается обновить закрытый процесс, это событие будет игнорировано, даже если действие доступно в состоянии завершения.
Если Диспетчер событий получит событие, которое создает новый процесс для элемента конфигурации, тогда вместо повторного открытия процесса будет создан новый процесс.
Вам необходимо встроить в систему механизм идентификации элементов конфигурации, которые имеют частые неисправности.
В Диспетчере событий есть два режима работы: синхронная "отправка событий", которая обрабатывает полученное событие, и асинхронное "размещение событий", которое выполняет постановку событий в очередь до следующего опроса службой обработки событий. Если вам необходимо обработать событие системы немедленно, используйте менее эффективную отправку событий; в противном случае воспользуйтесь режимом помещения событий в очередь. Используемый способ определяется программой командной строки Диспетчера событий, которая может задана в приложении сторонней компании.
Для получения дополнительной информации о конфигурации Диспетчера событий для событий сетевых источников см. раздел Конфигурация Диспетчера событий.
События источника процесса интеграции
В дополнение к обработке событий, которые были инициированы внешними приложениями, вы также можете сконфигурировать Диспетчер событий для вызова и взаимодействия с внешними приложениями для обмена данными о выполнении запрошенных задач.
Например, вы можете создать процесс, который содержит действие, запрашивающее приложение LPM развернуть какое-либо программное обеспечение или создать учетную запись Active Directory. Приложение LPM обработает данный запрос и возвратит информацию, которую Диспетчер событий использует для идентификации оригинального процесса и выполнения последовательных действий.
Это позволит вам создавать автоматизированные запросы услуг. Диспетчер событий идентифицирует пользователя, запросившего услугу, и выполнит любые необходимые авторизации. Затем эта информация будет передана в приложение LPM для управления запросом. После выполнения запроса приложением LPM информация будет возвращена для завершения запроса услуги и обновления любых связей между пользователями и услугами.
Для получения дополнительной информации о конфигурации Диспетчера событий для автоматизации обработки запросов с использованием событий системы процесса интеграции см. раздел Автоматизированное непрерывное оформление запросов.