GraphQL Meetup with Booking.com and Albert Heijn

GraphQL Meetup with Booking.com and Albert Heijn - Hosted by The Guild, Hasura and [code]capi

The Amsterdam GraphQL Meetup is back!

> P.S. Don't forget to checkout the official GraphQL Conf Happening later this year!

Its been a while since we all got together and since then, so many local companies have joined the GraphQL Community.
I've been reached out by so many local companies, large and small, so we shouldn't wait any longer.

Its a great opportunity to get together in person, meet developers and companies who work with GraphQL and share knowledge and tools.

We'll have a couple of talks and some open discussions:

Location: TNW City —
Singel 542, Amsterdam

Date: 28th of June (next week!)
🕐 Event Schedule
Time:
18:00 till 22.00 o’clock
Agenda:
18.00 - 18.45 - Food ‘n Drinks
18.45 - 19.15 - Beginning notes + "The Graph of Everything - Federated architecture for any API service" - Uri Goldshtein, The Guild
19.15 - 19.45 - "GraphQL @ Albert Heijn" - Martin van Toorn - [code]capi - Front-end developer at Albert Heijn API platform team
19.45 - 20.00 - Break
20.00 - 20.30 - "Scaling the data access by leveraging GraphQL Federation for service to service communication" - Shokhrukh Umriyaev, Senior Software Engineer II at [Booking.com](http://booking.com/) (staff engineer equivalent)
20:30 - 20:45 - "GraphQL without Relay is not worth it" - Marion Schleifer - Developer Education Lead at Hasura
20.30 - 21.00 - Q&A panel with all speakers
21.00 -22.00 - Drinks + network

Confirm early as we have limited spots!

—
✉ Contact
If you have any questions about the GraphQL Amsterdam community (meetups & conferences) - reach me at uri.goldshtein[at]gmail.com
or join the official GraphQL 🌐Discord Server https://discord.graphql.org/ and check out the #graphql-amsterdam channel inside

Location and drinks are all sponsored by The Guild, Hasura and [code]capi , thank you so much for making it happen!

See you there!

Talks descriptions:

"GraphQL @ Albert Heijn" - Martin van Toorn - [code]capi - Front-end developer at Albert Heijn API platform team

How do we utilize GraphQL at Albert Heijn, a large organization with 30 front-end developers and even more back-end developers working in separate teams? In this discussion, we will explore several key topics: GraphQL modules, code ownership, multiple GraphQL servers for different brands, and monitoring strategies.

"Scaling the data access by leveraging GraphQL Federation for service to service communication" - Shokhrukh Umriyaev, Senior Software Engineer II at [Booking.com](http://booking.com/) (staff engineer equivalent)

At booking.com's scale rendering the product pages requires retrieving data from hundreds of data sources. This causes a very high load to the data backends. We pre-materialize the data required for rendering the product pages in order to scale data access. Different products have different data needs. Over time this led to the materialization layer becoming a monolithic service with a monolithic schema. This talk focuses on how we leveraged the GraphQL Federation technology to let product teams choose which data to materialize and data owners to scale data access to their data without negatively affecting the ownership, network costs and latencies.

"GraphQL without Relay is not worth it" - Marion Schleifer - Developer Education Lead at Hasura

GraphQL has helped the industry realize the benefit of having typed APIs. But does that mean that if we switch over to a typed API like gRPC or OpenAPI then GraphQL is overkill? In this session, I want to discuss how GraphQL with Relay is critical to UI development and GraphQL without Relay leads us to reinventing the wheel on state management and API libraries again and again. And also as a corollary, how using GraphQL without Relay might not really be worth it!