Modernize your API stack with GraphQL and Azure API Management | Azure Friday
ฝัง
- เผยแพร่เมื่อ 5 ก.ค. 2024
- Elizabeth Barnitt joins Scott Hanselman to discuss and demo GraphQL support in Azure API Management, which allows you to import, validate, secure, and augment GraphQL APIs in Azure. Azure API Management enables you to both govern your existing GraphQL servers and build one from scratch with Synthetic GraphQL so that you can combine your existing REST and SOAP endpoints into a single, easy to query endpoint.
Chapters
00:00 - Introduction
01:23 - What is GraphQL?
11:34 - Demo - Import a GraphQL API
18:12 - Demo - Synthetic GraphQL
21:24 - Wrap-up
Recommended resources
■ Azure API Management resources - aka.ms/azfr/727/01
■ Import a GraphQL API - aka.ms/azfr/727/02
■ Import a GraphQL schema and set up field resolvers - aka.ms/azfr/727/03
■ Protect, Augment, and Build GraphQL APIs with Azure API Management - aka.ms/azfr/727/04
■ Create a Pay-as-You-Go account (Azure) - aka.ms/azfr/727/payg
■ Create a free account (Azure) - aka.ms/azfr/727/free
Connect with us
■ Scott Hanselman | @SHanselman - / shanselman
■ Elizabeth Barnitt | @BarnittE - / barnitte
■ Azure Friday | @AzureFriday - / azurefriday
#Microsoft #Azure #AzureFriday - วิทยาศาสตร์และเทคโนโลยี
![ภาพนี้ก็ฮาเหมือนกันนะเนี้ย #2 SS8 [ พากย์นรก MEME.EXE ] | easy boy](http://i.ytimg.com/vi/RMhUgxxD49Q/mqdefault.jpg)
Be good to see your implementation Scott, nice simple use case
Great video guys! Thanks a lot
Hi Scott. Good episode as always. Why would we move away from OData with Swagger to GraphQL?
What about caching and performance as compared to Rest ?
In this case frontend has to understand the graphQL schema, how is it different then calling multiple rest api's and aggregate the data? if we are concerned about under or over fetching then it doesn't help if backend is still fetching all data regardless what has been asked in graphQL query.
Just in time when I was looking for some way to make my API more coupled from the client.
Scott I have a question - Why should developers prefer GraphQL over Swagger? Swagger also comes with visual representation of APIs and documentation. Maybe you can invite Elizabeth again to discuss Swagger vs GraphQL in APIM.
Hi there, Vivek!
Swagger (which describes REST APIs) and GraphQL are two different ways of describing APIs. Developers prefer GraphQL APIs over REST APIs for data-driven UI applications because they can describe the query to fetch all the data for rendering a page in a single request. This results in a more efficient transfer of data - only the data that is needed for rendering the page is requested, resulting in less requests and the precise data needed.
With REST APIs, rendering a page generally results in multiple API calls and throw-away data - data that is returned in the response but not needed by the page. GraphQL APIs also support real-time notifications, allowing a UI to be responsive as new data can be presented. Having said that, GraphQL is not for every situation; service-to-service communication is generally more efficient over REST or gRPC than GraphQL, and implementation complexity is generally higher with GraphQL than REST, resulting in longer development times and more complex maintenance scenarios.
We hope this helps to answer your question!
@@MicrosoftAzure A REST API can also be designed for fetch all the data needed (and only what is needed). A full-stack developer can design the REST API that is needed by the front-end when this is being worked on at the same time. Some Developers might prefer GraphQL , but some Developers prefer REST.
If so much data can be called in one call, will it not become like monolith api
Protip - Watch at 1.5x
Why doest he stop talking and let the presenter do her thing. What a chatter box!!