Problem lifecycle

StackState SaaS


After a problem has been identified in the StackState topology, it will be tracked and updated accordingly as the health state of elements change. Whenever there is a change to a problem, an associated event will be generated in StackState. These problem events can be used to trigger problem notifications, such as a message to a Slack channel.
The stages in the problem lifecycle and associated StackState events are described on this page:
  1. 1.
    ​Problem created - a new problem is identified.
  2. 2.
    ​Problem updated - a change to an existing problem.
  3. 3.
    ​Problem subsumed - a problem becomes part of an older problem.
  4. 4.
    ​Problem resolved - all affected elements in a problem are now healthy.

Problem created

If an element's health state changes to DEVIATING (orange) or CRITICAL (red) and the probable root cause is not already part of an existing problem, a new problem will be created. All other elements in the landscape with an unhealthy state that can be attributed to the same root cause will be added to the same problem as contributing causes.
When a problem is created, the following events are generated:
  • A Problem created event for each created problem.
Problem created

Problem updated

A problem will be updated if an element in the landscape switches its state to DEVIATING (orange) or CRITICAL (red) and becomes a new contributing cause or root cause for an existing problem. A problem will also be updated if one of the included elements changes its state to healthy (green).
When a problem is updated, the following events are generated:
  • A Problem updated event for each update to a problem.
Updates to an existing problem may result in another existing problem being subsumed or a new problem being created.
Problem updated

Problem subsumed

If an element switches its state to unhealthy and would become the new root cause for more than one existing problem, StackState will combine all of these problems into one problem. The oldest of the problems will be updated to have the new root cause element and all other problems with the same root cause are subsumed. This would happen, for example, if an upstream dependency of two root cause elements switched to an unhealthy state.
When a problem is subsumed, the following events are generated:
  • A Problem updated event for the oldest problem - the only problem that remains.
  • A Problem subsumed event for each other (subsumed) problem.
Problem subsumed

Problem resolved

When the root cause and all contributing cause elements have changed to a CLEAR (green) health state, the problem is considered as resolved and will no longer be visible in the StackState UI.
When a problem is resolved, the following event is generated:
  • A Problem resolved event for the resolved problem.
If elements from the problem change back to an unhealthy state in the future, this will be reported as a new problem in StackState.
Problem resolved

See also