Open flymedllva opened 8 months ago
WunderGraph commits fully to Open Source and we want to make sure that we can help you as fast as possible. The roadmap is driven by our customers and we have to prioritize issues that are important to them. You can influence the priority by becoming a customer. Please contact us here.
Is there any reason why you're not using our OTEL integration? There we provide this information and more.
We want to use only router and we only need our own metrics unified for all our golang services.
Since router goes to our subgraphs via HTTP, for drawing metrics of a subgraph service we need to know what request came (its name), otherwise all requests look like they came to /graphql
.
Here is an example of how we see our requests if Apollo Rover
comes to the subgraph
That is, we just seem to have nowhere to get the name of the query other than putting in the headers from the module
Component(s)
router
Is your feature request related to a problem? Please describe.
In the subgraph, it is not clear what kind of request came to him, I want to draw beautiful metrics
Current queries in subgraphs do not contain information about the name of the query at all
supergraph query:
subgraph query:
Describe the solution you'd like
Do it like in the Apollo Rover
Requests must contain the name of the parent request and information about nesting
Describe alternatives you've considered
No response
Additional context
No response