I Thought GraphQL Was the API. It Turned Out to Be the Orchestration Layer.
Before I first touch GraphQL in production, I thought GraphQL was simply “REST but with better querying.”
Wiki topics:
🌐 · Web Development
I Thought GraphQL Was the API. It Turned Out to Be the Orchestration Layer.
Before I first touch GraphQL in production, I thought GraphQL was simply “REST but with better querying.”
After implementing a concession capture feature, I realised GraphQL is really an orchestration layer sitting between consumers and downstream services.
A few things finally clicked:
- GraphQL usually exposes a single endpoint
- Queries and mutations define behaviour, not URLs
- Schemas are executable contracts, not documentation
- GraphQL often wraps existing REST services rather than replacing them
- A seemingly simple schema change can ripple through resolvers, codegen, tests and downstream integrations
The feature itself wasn’t particularly difficult. The interesting part was discovering that GraphQL often isn’t the destination. It’s the traffic controller sitting in front of everything else.

메타데이터
- post_id
- 7bd15828419d
- slug
- i-thought-graphql-was-the-api-it-turned-out-to-be-the-orchestration-layer-7bd15828419d
- url
- https://medium.com/@shiki65536/i-thought-graphql-was-the-api-it-turned-out-to-be-the-orchestration-layer-7bd15828419d
- canonical_url
- https://medium.com/@shiki65536/i-thought-graphql-was-the-api-it-turned-out-to-be-the-orchestration-layer-7bd15828419d
- author_url
- https://medium.com/@shiki65536
- status
- ok
- fetched_at
- 2026-06-09 15:37:30