Clojurians Log v2

I did exactly that with X-Ray. It helped us identified several N+1 problems. The Java SDK is quite painful to work with, so I ended up with wrapping it as a clojure library. https://github.com/hden/aws-xray-sdk-clj

Thanks! Did you end up instrumenting every resolver manually or is there some trick in Lacinia to wrap all resolvers?

Any guidance on how to map segments to graphql? I guess the top level query is the first segment and any child resolvers would be subsegments?

Yes. Depends on how you resolve your result, a context switch might be needed. https://lacinia.readthedocs.io/en/latest/resolve/context.html

Also what could be a useful annotation? Eg resolver args?

You might need to pass the root segment to the field resolvers so that the field resolvers can attach subsegments to the root segment. There are several ways to do so, one is to pass the parent (e.g. root) segment as a part of the application context.

Right, I was hoping that Lacinia could allow me to do that globally. But I guess I could do that via a defresolver macro or similar.

We've been using pedestal.log tracing with datadog, opening traces in interceptors, and spans around resolvers using a wrapper so that we have the details. It was quite painful tbh because active-span can return a closed span and we ended up with mangled traces. In the end with quite some lifting on our end to completely rely on our own active spans it works ok

It seems like there's some movement towards standardizing tracing etc with open telemetry but it feels quite early days still. I'll probably go with x-ray for now.

we have our GraphQL endpoint instrumented with Honeycomb. highly recommended.

I have been thinking about some mechanism where you could provide some kind of "event listener/callback" to Lacinia and it would send you details about what it is doing. That might make it possible to identify what's going on during execution.