Prometheus - вариант использования обнаружения службы по конечным точкам ролей и ролевым модулям в Kubernetes

При чтении конфигурации Prometheus документация и несколько примеров конфигураций очистки, я нашел несколько kubernetes_sd_configs с ролью service & роль endpoints & роль pod

- job_name: kube-state-metrics
  kubernetes_sd_configs:
  - role: endpoints
  relabel_configs:
  - action: labelmap
    regex: __meta_kubernetes_service_label_(.+)
  - action: keep
    regex: prometheus;kube-state-metrics
    source_labels:
    - __meta_kubernetes_namespace
    - __meta_kubernetes_pod_label_component

- honor_labels: true
  job_name: prometheus-pushgateway
  kubernetes_sd_configs:
  - role: service
  relabel_configs:
  - action: keep
    regex: pushgateway
    source_labels:
    - __meta_kubernetes_service_annotation_prometheus_io_probe

- job_name: node-exporter
  kubernetes_sd_configs:
  - role: pod
  relabel_configs:
  - action: labelmap
    regex: __meta_kubernetes_pod_label_(.+)
  - action: replace
    regex: ([^:]+)(?::\d+)?;(\d+)
    replacement: $1:$2
    source_labels:
    - __address__
    - __meta_kubernetes_pod_container_port_number
    target_label: __address__

Похоже, все эти роли могут очищать метрики от экземпляров,

Когда мы будем использовать конечные точки и когда мы будем использовать pod?

РЕДАКТИРОВАТЬ: мой реальный вопрос: какую роль (конечные точки или модуль) я должен использовать, если они оба обнаружат цель очистки?

что Вы предпочитаете? какие-нибудь примеры?