I could only find this thread: https://github.com/facebook/relay/blob/master/USERS.md about companies using <i>Relay</i>, and none about GraphQL. I have a feeling that GraphQL adoption is substantial, but I have a hard time finding hard data to prove it.
We considered it 12 months ago, but there wasn't yet a compelling Python GraphQL backend.<p>Our architecture has quickly evolved in that direction however: Higher-order React components mediating almost-declarative store accesses with all the back-end fetching, optimistic updating, etc handled transparently by common store logic. All objects within a store are flattened down into an id -> object immutable map with conventions for indicating a given object is loading, loaded, in-error, etc.<p>We'll be having another serious look at it soon. It will be interesting to see if we'll have an impedance mismatch between how we've built our data model on the backend such that GraphQL isn't a good abstraction. The idea of being able to declaratively express what you want to have in a given React component without having to write any store logic, etc, is super compelling.
It looks like Artsy.net is using it, according to this blog post from one of their developers: <a href="https://ashfurrow.com/blog/lets-steal-other-developers-best-ideas/" rel="nofollow">https://ashfurrow.com/blog/lets-steal-other-developers-best-...</a>
Buildkite is using GraphQL:<p><a href="https://graphql.buildkite.com/explorer" rel="nofollow">https://graphql.buildkite.com/explorer</a><p><a href="https://github.com/buildkite/graphql-explorer" rel="nofollow">https://github.com/buildkite/graphql-explorer</a>