You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, ServerMetrics is not designed to be per-port, which can lead to metric conflicts in the following scenarios:
A single server instance serving on multiple ports.
Multiple server instances running in the same JVM, each listening on different ports.
Since metrics are aggregated globally without distinguishing ports, this could cause incorrect reporting and make it difficult to track performance or diagnose issues per port.
We could introduce port as a label in ServerMetrics to differentiate metrics per port. This change would allow more granular monitoring and prevent conflicts in multi-port or multi-instance environments.
The text was updated successfully, but these errors were encountered:
Currently, ServerMetrics is not designed to be per-port, which can lead to metric conflicts in the following scenarios:
Since metrics are aggregated globally without distinguishing ports, this could cause incorrect reporting and make it difficult to track performance or diagnose issues per port.
We could introduce port as a label in ServerMetrics to differentiate metrics per port. This change would allow more granular monitoring and prevent conflicts in multi-port or multi-instance environments.
The text was updated successfully, but these errors were encountered: