Why Migrate from REST to GraphQL?
summary
Yum Brands migrates a large REST microservice landscape into one e-commerce platform in six months, then discovers maintenance pain from duplicated APIs and inconsistent IDs. The claim: switching to GraphQL reduces overfetching, enforces types-as-docs, and lets a GraphQL router stitch subgraphs so one client call aggregates checkout cart product and inventory data. Demo uses Node TypeScript, local subgraphs and Apollo-style tooling to enforce schema checks and catch breaking changes before deploy.
AI-written summary · about
chapters (10)
- 0:00Migration journey intro
- 2:19Yum Brands challenges
- 4:05REST pain points
- 6:13GraphQL solves inefficiencies
- 8:01GraphQL governance benefits
- 10:50GraphQL fundamentals
- 11:14Demo setup
- 16:39Router and subgraphs
- 17:22Querying demo
- 21:44Summary and recommendations
related talks
42mFrom REST to distributed GQL
29mFrom REST to GraphQL
33mGraphQL Will Do To REST What JSON Did To XML
36mGraphQL Will Do To REST What JSON Did To XML
49mMigrate your APIs to GraphQL: how? and why!
37mGraphQL — A New Look at the API
24mGraphQL in Production: Empowering Efficient Data Retrieval and Unleashing Developer Productivity
23mHarnessing the Power of GraphQL
