-
Notifications
You must be signed in to change notification settings - Fork 335
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
Proxy application metrics through envoy #3457
Comments
This is tricky to setup on a per service base as currently TrafficMetrics are only part of the Mesh configuration. |
This issue was inactive for 30 days it will be reviewed in the next triage meeting and might be closed. |
This issue was inactive for 30 days it will be reviewed in the next triage meeting and might be closed. |
This issue was inactive for 30 days it will be reviewed in the next triage meeting and might be closed. |
Description
Currently the application metrics are exposed as a regular service.
This is tricky if you want prometheus metrics scrape to not use mTLS.
See doc: https://kuma.io/docs/1.4.0/policies/traffic-metrics/#expose-metrics-from-applications
What could be done is for envoy to proxy metrics from the application as a service similar to the prometheus one.
This way we could easily use kuma-sd to also expose application metrics and not risk customers to accidentally expose more than necessary.
Once this is done it will probably make sense to disable mTLS on the listener exposing metrics by default (most of the time prometheus scrape is in plaintext).
It's currently unclear how this should be setup and requires some designing.
The text was updated successfully, but these errors were encountered: