StackState records every change detected in the IT environment as an event. Events are always bound to one or more topology elements. Events can be generated internally by StackState or retrieved from external systems by an integration. Events help you make sense of changes that impact your IT landscape and are a great asset when troubleshooting problems.
- Events related to the elements in a view are listed in the Events perspective. They are also included in the Event list in the right panel View summary tab and the details tabs - Component details and Direct relation details.
- In some cases, events sent to StackState are not bound to an element in the topology. Incoming data of this kind will be treated as a log entry and made available in a telemetry stream (a log stream).
StackState generates events internally and also receives events from integrations with external systems, note that not all events are available in the Events Perspective.
StackState generates events for every change in the topology. For example, events will be generated when a component/relation is created, an anomaly is detected by the AAD, or when the properties of an element changed. These events will be listed in the Events perspective. They are also included in the Event list in the right panel View summary tab and the details tabs - Component details and Direct relation details.
Many StackState integrations retrieve events from external systems. All events retrieved from external systems will be listed in the Events Perspective. They are also included in the Event list in the right panel View summary tab and the details tabs - Component details and Direct relation details, unless otherwise stated in the integration documentation.
Event data that is not bound to an element is made available in a log telemetry stream. Events in these streams will not be listed in the Events Perspective, however, they are available to be used by a check or monitor. This can then trigger a health state change event, which would be listed in the Events Perspective as an internally generated event.
All events in StackState have a category assigned based on the event type and source system. The available categories are Activities, Alerts, Anomalies, Changes and Others. Events received from external systems will have a category attached to them when they arrive in StackState. If no valid category is included in an event, it will be grouped under the category Others.
Select an event to display detailed information about it in the right panel Event details tab. Events from external systems will also include links through to relevant information in the source system here:
- Elements - The components and/or relations involved in the event.
- Event type - A description of the event type.
- Event time - The time at which the event occurred. For events from an external system, this will be the timestamp from the external system. Click the timestamp to time travel to the topology at the moment that the event occurred.
- Processed time - For external events, this is the time that the event was received by StackState. For internally generated events that affect the graph database, this is the time data was stored in the graph database. Click the timestamp to time travel to the topology at the moment that the event was processed by StackState.
- Links - Direct links to an external source of an event. For example, a ServiceNow change request or JIRA ticket.
- Description - Additional information about the event. For example, the context of the event or its importance.
- SHOW ALL PROPERTIES - Click to access all data included in the event.
Properties of an event