Identifiers
This page describes StackState version 4.1. The StackState 4.0 version range is End of Life (EOL) and no longer supported. We encourage customers still running the 4.0 version range to upgrade to a more recent release.
This page explains the reasoning behind introducing enforced identifier convention and provides guidelines on how to use Identifiers in the configuration of StackState.
About Identifiers in StackState
Identifier in StackState is a URN that matches the following convention:
Identifiers are structured around the <type-name>
to reflect the the StackGraph having indices per type, as well as the type
is a sensible part of identifications of nodes. Above format allows to have consistent namespaces and control of what Identifiers represent.
The free-form
part of the Identifier is where it is possible to provide custom taxonomies that are useful in specific configurations.
Please note that using the :
character is not allowed in any segment of the Identifier.
Supported prefixes
A prefix
is a required part of the identifier naming the scope the identifier belongs to, purely for organizational purposes. Currently recognized prefixes are:
stackpack:<name>
- objects belonging to StackPacksstackpack:<name>:shared
- objects shared between instances of a StackPackstackpack:<name>:instance:{{instanceId}}
- objects belonging to a specific instance of a StackPacksystem:auto
- objects created by the system that do not belong to any specific StackPacks
Note that {{instanceId}}
is a handlebar that provides an object that is created in StackGraph for each specific instance of a StackPack. That object has an ID in StackGraph that is used during StackPack installation process.
Type and Name
<type-name>:<free-form>
is the uniquely identifying part of the identifier. The type-name must match the domain object type of the object the identifier is assigned to (sans the letter case), while the free-form is arbitrary as long as it is unique for the type. The free-form doesn't need to match the name of the object (if any is present) and can consist of multiple segments. It's up to the user to decide on the format of the free-form.
Examples of the uniquely identifying segments:
component-type:cmdb_ci_netgear
forcmdb_ci_netgear
Component Typeview-health-state-configuration-function:minimum-health-states
for Minimum Health States in theViewHealthStateConfigurationFunction
Examples of Identifiers in StackState
urn:stackpack:aws:shared:check-function:aws-event-run-state
forAWS event run state
check function that is shared across AWS StackPack instancesurn:stackpack:servicenow:componenttype:cmdb_ci_netgear
forcmdb_ci_netgear
Component Type in the ServiceNow StackPackurn:stackpack:common:view-health-state-configuration-function:minimum-health-states
for Minimum Health StatesViewHealthStateConfigurationFunction
in the Common StackPack
Topology identifiers
Identifiers are also used to uniquely identify topology components in StackState. When StackState receives components from different sources that have matching identifiers, StackState will merge the components and their properties (labels, streams, checks) into a single component. This makes it possible to combine data from different sources into a single picture of an IT landscape.
The following identifiers are used by the StackState StackPacks:
Last updated