What changed?
Added a new metrics with tag of workflow runtime type based on their timeout value.
Why?
Currently the sticky cache invalidation metrics reports on only workflow level and it is difficult to identify whether that came from a short lived workflow or not. Sticky cache invalidation is important to track for the shortlived wf since high invalidation can slow the processing and increase network load significantly.
How did you test it?
Tested both locally and on development environment
What changed? Added a new metrics with tag of workflow runtime type based on their timeout value.
Why? Currently the sticky cache invalidation metrics reports on only workflow level and it is difficult to identify whether that came from a short lived workflow or not. Sticky cache invalidation is important to track for the shortlived wf since high invalidation can slow the processing and increase network load significantly.
How did you test it? Tested both locally and on development environment
Potential risks This is only new metrics added.