mertdotcc opened a new issue, #4204:
URL: https://github.com/apache/camel-k/issues/4204

   Similar to [#4178](https://github.com/apache/camel-k/issues/4178) but for 
the `Prometheus` trait.
   
   Right now I work around this issue by using `Prometheus`' 
`podMonitorNamespaceSelector` and `podMonitorSelector` configs.
   
   Looks something like this:
   ```
   ...
   podMonitorNamespaceSelector:
     matchLabels:
       kubernetes.io/metadata.name: default (1)
   podMonitorSelector:
     matchExpressions:
     - key: camel.apache.org/integration (2)
       operator: Exists
   ...
   ```
   `(1) tells Prometheus to listen to the "default" namespace`
   `(2) checks for pods that have the label key .../integration`
   
   Chances are, most people have their `Prometheus` instance running in their 
`monitoring` namespace if they installed it using the official [Prometheus 
Operator](https://prometheus-operator.dev/) installation guide (or using 
[kube-prometheus](https://github.com/prometheus-operator/kube-prometheus) for 
that matter - same thing).
   
   The thing is people probably won't be running their integrations in the 
`monitoring` namespace. For whatever namespace they plan on running their 
integrations, they need to tell the `Prometheus` instance that information so 
it knows what to pull. We are not sending any data/metrics to `Prometheus` 
(assuming that [Pushgateway](https://github.com/prometheus/pushgateway) is not 
used) we are explicitly telling/configuring it to listen to label `X` or 
namespace `Y` since its all pull-based.
   
   Having the necessary options in the `Prometheus` 
[trait](https://camel.apache.org/camel-k/next/traits/prometheus.html) to handle 
these `podMonitorNamespaceSelector` and `podMonitorSelector` configs (and 
anything else for that matter - open to discussions) would be helpful for so 
many people IMHO.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: commits-unsubscr...@camel.apache.org.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org

Reply via email to