-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ISICO-14359: workflow instrumentation added #155
base: commonbranch_q1cy22
Are you sure you want to change the base?
Conversation
@@ -169,6 +169,10 @@ public static void recordGauge(String name, long count) { | |||
gauge(classQualifier, name, count); | |||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Instead of ENV_DEFAULT_LOG_LEVEL, to enable/disable metrics logging we can use existing property - conductor.metrics-logger.enabled
https://github.com/Netflix/conductor/blob/2ccf09e1a31bf4e5ebf80982199250cf82f50556/CHANGELOG.md#component-configuration
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lets see what others also saying. if debug is enabled, always metrics are added in the log. but if we add a specific parameter then it has to be added as a bender configuration so that it can be edited on editing sts file. not a spring configuration in galaxy.
Often we need to find slowness issues in the code. To find which component is behaving slow, we have to add debug statements and update the cloud with the debug patch. Instead of patching the cloud, we can add the instrumentation code by default with the microservice and enable it when required. When ENV_DEFAULT_LOG_LEVEL is set to debug, metrics logging is also enabled. Once in 30 seconds metrics values are printed in the log.