[Question]: Is it possible to scrape the Result resources through a log aggregator

[abindg]

Checklist

• I've searched for similar issues and couldn't find anything matching
• I've included steps to reproduce the behavior

Affected Components

• K8sGPT (CLI)
• K8sGPT Operator

K8sGPT Version

v0.3.48

Kubernetes Version

1.30.6

Host OS and its Version

No response

Steps to reproduce

1. When an SRE person sees the result counts on Grafana , instead of logging to k8s and running kubectl get result -n -o json | jq . , is it possible for him to access the solution part of the results in grafana itself through something like loki , which scrapes the results dynamically

Expected behaviour

The SRE should not be required to run through hundreds of results in kubernetes , but see them on grafana

Actual behaviour

The SRE person when he sees the result count in grafana , needs to login and check resuts manually

Additional Information

No response

[AlexsJones]

@abindg there is a service monitor that exists already for prometheus. This will do exactly what you want.

I will take an action to document this better.

[abindg]

The default dashboard, shows the count of reaults and the type of results using the service monitor. The contents of the results are not scrapped

[AlexsJones]

That's quite true, and somewhat intentional, we could emit the results content back into the operator on read, that would let you filter for it in Loki. How does something like that sound?

[abindg]

That sounds good.  As long as I can get the contents of results on Grafana, and the SRE doesnot need to go through running kubectl desctibe on the results - then we have a strong use case Yahoo Mail: Search, Organize, Conquer On Wed, Dec 18, 2024 at 1:56 AM, Alex ***@***.***> wrote: That's quite true, and somewhat intentional, we could emit the results content back into the operator on read, that would let you filter for it in Loki. How does something like that sound? — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you were mentioned.Message ID: ***@***.***>

[AlexsJones]

That sounds good. As long as I can get the contents of results on Grafana, and the SRE doesnot need to go through running kubectl desctibe on the results - then we have a strong use case Yahoo Mail: Search, Organize, Conquer On Wed, Dec 18, 2024 at 1:56 AM, Alex @.> wrote: That's quite true, and somewhat intentional, we could emit the results content back into the operator on read, that would let you filter for it in Loki. How does something like that sound? — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you were mentioned.Message ID: @.>

Okay, I believe my proposal would work. I'd like it to be opt-in functionality though as in the first version of this I think we'd need to be careful about what is exposed through the operator logs.

[AlexsJones]

how does this fit your need? k8sgpt-ai/k8sgpt-operator#589