← Back to list

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.”

Shiki65536@TechRoamer · 2026-05-31 04:10 · 0 claps · 0.7 min read
#graphql #microservices #backend-development #software-engineering #system-design-concepts
Open on Medium ↗
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