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
Is your feature request related to a problem? Please describe:
Service labels facilitate identifying certain types of services but don't quite facilitate identifying an individual service. For example, the prometheus and grafana services have the same labels:
But it just isn't useful to see the basic-tidb service alongside the basic-tidb-peer service, since one of them presents connection end points to end-users and the other is meant to be used internally.
$ kubectl get svc -A -l app.kubernetes.io/component=tidb
NAMESPACE NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
default basic-tidb ClusterIP 10.108.16.250 <none> 4000/TCP,10080/TCP 17m
default basic-tidb-peer ClusterIP None <none> 10080/TCP 17m
Describe the feature you'd like:
Add a label that allows the end user to identify each actual, end-user-accessible service individually.
I think it makes sense for the service to have a unique label, for example, promethus operator has ServiceMonitor crd to find the corresponding service through the label.
Feature Request
Is your feature request related to a problem? Please describe:
Service labels facilitate identifying certain types of services but don't quite facilitate identifying an individual service. For example, the prometheus and grafana services have the same labels:
But it just isn't useful to see the
basic-tidb
service alongside thebasic-tidb-peer
service, since one of them presents connection end points to end-users and the other is meant to be used internally.Describe the feature you'd like:
Add a label that allows the end user to identify each actual, end-user-accessible service individually.
Describe alternatives you've considered:
Teachability, Documentation, Adoption, Migration Strategy:
The text was updated successfully, but these errors were encountered: