GraphQL Best Practices
jsjaspreet.com
jsjaspreet.com
Obviously there's no set rule, but I'm curious how its playing out.
Backend feature teams own their APIs, but are all consumed by one GraphQL API which is the nexus of backend communication for things like periodic tasks and our client applications. None of the APIs call each other directly.
I think it's working out really well for the front end teams and aligning well with our engineering organization as a whole. As for who owns the GraphQL repos, everyone contributes to it but we rely on engineering leadership to keep an eye on changes as the system solidifies.
I think what you're really getting at it is how many different GraphQL schemas are there? In general I would expect the answer to be one for the whole company, unless the services are truly not related at all. The power of GraphQL comes from being able to compose random sets of data that are not obvious up front.
[0] https://www.apollographql.com/docs/graphql-tools/schema-stit...