Функциональный компонент «Событие» Event Functional Component
Простыми словами
Это система записи для всех событий и место, где события коррелируются и категоризируются. Разграничение с соседом слева: «Service Monitoring» создаёт и гоняет мониторы и хранит результаты измерений, а «Event» принимает поднятые ими сигналы и решает их судьбу — игнорировать, скоррелировать, эскалировать. Разграничение с соседом справа: передать в компонент «Incident» события, категоризированные как инциденты, — обязанность («Shall»), а вот породить RFC по данным события — только возможность («May»). Тот же компонент может отдавать события на диагностику, но лишь если компонент «Diagnostics & Remediation» существует.
Примеры
Рядом стоят две формулировки разной силы: «Shall forward Events categorized as Incidents to the Incident functional component.» и «May initiate a change request (RFC) based on Event data to the Change Control functional component.»
The Open Group IT4IT™ Reference Architecture, Version 2.1 (2017, C171), разд. 8.4.2 — критерии функциональности Event
Условие запуска потока называет их списком: «A Service Monitor generates an Event that must be handled (ignored, correlated, or escalated).»
The Open Group IT4IT™ Reference Architecture, Version 2.1 (2017, C171), разд. 8.4 — условия запуска потока Detect to Correct
Единственный критерий архитектуры данных у этого компонента: «Shall create an association between the Event data object and the related Actual Service(s).» Без этой привязки не посчитать бизнес-влияние.
The Open Group IT4IT™ Reference Architecture, Version 2.1 (2017, C171), разд. 8.4.2 — критерии архитектуры данных Event
Определение из первоисточника
дословная выпискаManage Events through the Event lifecycle for events that occur on any IT service. The Event lifecycle includes but is not limited to detecting, categorizing, filtering, analyzing, correlating, logging, prioritizing, and closing events. During the event lifecycle some categories of Events can serve as initiators of Incidents and for diagnostics and remediation activities.
Управлять событиями на протяжении их жизненного цикла — событиями, которые происходят на любой ИТ-услуге. Жизненный цикл события включает, среди прочего, обнаружение, категоризацию, фильтрацию, анализ, корреляцию, журналирование, приоритизацию и закрытие событий. В ходе жизненного цикла некоторые категории событий могут выступать инициаторами инцидентов, а также диагностических и восстановительных действий.
ИсточникThe Open Group IT4IT™ Reference Architecture, Version 2.1. The Open Group, 30.01.2017, C171, US ISBN 1-937218-84-3
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Функциональные критерии стандарта: Shall be the system of record for all Events. Shall manage the state and lifecycle of the Events. Shall manage the correlation between Events. Shall categorize Event data. Shall forward Events categorized as Incidents to the Incident functional component. May initiate a change request (RFC) based on Event data to the Change Control functional component. May send Events for diagnostics and remediation processing if a Diagnostics & Remediation functional component exists. Объекты данных компонента: Event.
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormРеестр процессовИмитационное моделированиеАрхитектура систем и интеграций