Potencia tus aplicaciones GraphQL con CDNs

This ad is not shown to multipass and full ticket holders
JSNation US
JSNation US 2025
November 17 - 20, 2025
New York, US & Online
See JS stars in the US biggest planetarium
Learn More
In partnership with Focus Reactive
Upcoming event
JSNation US 2025
JSNation US 2025
November 17 - 20, 2025. New York, US & Online
Learn more
Bookmark
Slides
Rate this content

Si tienes datos GraphQL que crees que se beneficiarían del almacenamiento en caché de CDN en el borde, en realidad es muy simple hacer que todo funcione bien. Esta charla te guiará a través de la interacción entre varias herramientas: * Automatic Persisted Queries con Apollo Link permite que las consultas utilicen GET mientras que las mutaciones aún utilizan POST * Apollo Cache Control te permite especificar información de control de caché de manera orientada a esquemas * Apollo Engine genera identificadores de consulta pequeños que puedes usar en esas solicitudes GET para limitar el tamaño de la clave de caché y establece el encabezado Cache-Control para el CDN. Luego, cuando lo juntamos todo, puedes ver esos resultados almacenados en caché en tu servicio de CDN favorito, ¡tada!

This talk has been presented at React Day Berlin 2022, check out the latest edition of this React Conference.

FAQ

Un CDN, o red de entrega de contenido, es una red que almacena contenido estático en servidores proxy cercanos a los usuarios finales para entregarlo más rápidamente. En el contexto de GraphQL, aunque tradicionalmente este usa POST para consultas, con técnicas como las consultas persistentes se pueden utilizar GET, permitiendo a las CDNs cachear las respuestas eficientemente.

Las consultas persistentes son una técnica en GraphQL que permite enviar consultas a través de HTTP GET en lugar de POST. Esto es crucial porque las CDNs optimizan el almacenamiento en caché de solicitudes GET, lo que mejora la eficiencia y la velocidad de las respuestas a las consultas.

Aunque GraphQL utiliza POST, que tradicionalmente no soporta encabezados de caché como 'Cache-Control', se pueden establecer estos encabezados mediante consultas persistentes que transforman las solicitudes a GET, permitiendo así el uso eficaz de CDNs.

El control de caché de encuesta es un método para especificar indicaciones de caché a nivel de campo en GraphQL, lo que permite ajustar la caducidad de los datos según la estructura de la consulta y sus cambios. Se implementa a través de una especificación que permite establecer diferentes tiempos de expiración para diferentes partes de los datos.

Usar CDNs con GraphQL mejora significativamente la velocidad de las respuestas de las consultas al almacenar respuestas cachéadas cerca de los usuarios finales. Esto reduce la latencia y la carga en los servidores principales, proporcionando una experiencia de usuario más rápida y eficiente.

El almacenamiento en caché de HTTP utiliza encabezados como 'Cache-Control' para determinar cuánto tiempo un navegador puede guardar un recurso en caché. Aunque GraphQL usa POST, con técnicas como las consultas persistentes y el control de caché de encuesta, es posible adaptar estos mecanismos de caché para optimizar el rendimiento de las aplicaciones GraphQL.

Naz Delam
Naz Delam
13 min
05 Dec, 2022

Comments

Sign in or register to post your comment.
Video Summary and Transcription
Esta charla discute cómo hacer crecer las aplicaciones GraphQL con CDNs explorando conceptos como el almacenamiento en caché, la frescura y la validación. Explica cómo los CDNs almacenan en caché el contenido más cerca de los usuarios finales, mejorando la velocidad de entrega. Se explora el uso de consultas persistentes y encabezados de control de caché en GraphQL como solución a los desafíos de almacenamiento en caché. La charla también destaca la interacción entre las consultas persistentes automáticas, el control de caché de Apollo y Apollo Engine para un almacenamiento en caché eficiente en CDNs.

1. Introducción

Short description:

Cómo hacer crecer tus aplicaciones de GraphQL con CDNs. Habilitar y almacenar en caché, dos palabras que realmente no van bien juntas. Permíteme darte una breve introducción sobre mí. Mi nombre es Naz. Actualmente soy gerente de ingeniería en LinkedIn.

Cómo hacer crecer tus aplicaciones de GraphQL con CDNs. Consultas más rápidas de GraphQL con almacenamiento en caché y CDNs. Esto es de lo que vamos a hablar hoy. Habilitar y almacenar en caché, dos palabras que realmente no van bien juntas. Ha habido muchas conversaciones en la comunidad, ¿cómo vamos a habilitar el almacenamiento en caché y las consultas de GraphQL juntas? Bueno, antes de entrar en eso, permíteme darte una breve introducción sobre mí. Mi nombre es Naz. Actualmente soy gerente de ingeniería en LinkedIn. Antes de LinkedIn, trabajé como gerente de ingeniería y colaborador individual en Netflix. Actualmente dirijo JavaScript Weekly con un grupo de personas increíbles en Twitter spaces y también organizo sesiones de preguntas y respuestas sobre carrera en eventos de LinkedIn. También soy entrenador y mentor de carrera en Mentor Cruise, asesorando y entrenando a muchos ingenieros en todo el mundo. Si quieres saber más sobre mí, visita mi sitio web, naz.dev.

2. Caching and CDNs

Short description:

Entonces, hablemos de almacenamiento en caché. El almacenamiento en caché HTTP tiene dos conceptos principales: frescura y validación. La frescura determina cuánto tiempo se puede mantener un recurso en la caché, mientras que la validación verifica si el recurso debe volver a buscarse. Los encabezados de última modificación y ETAC se utilizan para la validación. Las CDNs son redes de entrega de contenido que almacenan en caché el contenido más cerca de los usuarios finales, lo que permite una entrega más rápida.

Entonces, hablemos de almacenamiento en caché. Antes de aprender sobre GraphQL y el almacenamiento en caché, hablemos sobre el almacenamiento en caché de HTTP. ¿Qué es el almacenamiento en caché de HTTP y cómo se hace? El almacenamiento en caché de HTTP tiene dos conceptos principales. Uno es la frescura y dos es la validación.

La frescura significa, como navegador, ¿cuánto tiempo puedo mantener este recurso en mi caché? La frescura es una forma para que el servidor proporcione un recurso al cliente y luego instruya al cliente sobre cuánto tiempo puede mantener un recurso. En la práctica, esto se hace a través del encabezado de control de caché de HTTP. Cache control max age igual a 60 significa que el navegador puede mantener el recurso durante 60 segundos y luego comenzar a solicitar nuevamente el recurso al servidor.

Pero llegamos a la validación. La validación significa que cuando se cumplan esos 60 segundos, si el cliente decide volver a solicitar el recurso nuevamente al servidor, le preguntará al servidor: `Oye servidor, ¿realmente necesito volver a buscar esto nuevamente? Entonces, hay una forma para que el servidor sepa si el cliente realmente necesita el recurso nuevamente o si tiene el recurso más reciente, actualizado y válido. Entonces, si nada ha cambiado en ese recurso, realmente no es necesario que el servidor vuelva a enviar el recurso al cliente. Y esto se hace a través de los encabezados de última modificación y ETAC en el lado del servidor. La última modificación es una fecha y una hora, y ETAC es un token que indica el estado del recurso. Por ejemplo, si no coincide, el ETAC.

Estos son encabezados muy importantes, pero ¿puede GraphQL realmente usar alguno de estos mecanismos? ¿Por qué decimos que no van juntos? Son súper y podemos simplemente adjuntarlos a los encabezados de HTTP. Bueno, lo veremos. Antes de profundizar en eso, hablemos un poco sobre las CDNs. Si no estás familiarizado con lo que es una CDN, una CDN es una red de entrega de contenido que almacena en caché contenido como imágenes, videos, páginas web, cualquier cosa que esté en servidores proxy que están ubicados más cerca de los usuarios finales que los servidores originales.

Un servidor proxy es un servidor que recibe solicitudes de clientes y las envía a los servidores. Debido a que los servidores están más cerca de los clientes que realizan la solicitud, una CDN puede entregar el contenido de manera más rápida y sin problemas a los clientes. Explicaremos esto más fácilmente. Podemos pensar en una CDN como una cadena de tiendas de comestibles. En lugar de tener solo una tienda de comestibles, un Walmart, que es la sucursal principal de Walmart a la que todas las casas de la zona o todas las personas van a esa sucursal de Walmart porque es la única sucursal para comprar. Podemos tener sucursales pequeñas de Walmart en cada vecindario. Entonces, en lugar de que las personas tengan que ir a la sucursal principal para recoger sus cosas. En realidad, pueden buscar cosas en la sucursal más pequeña primero. Y si eso que quieren comprar existe en esa sucursal más pequeña. Genial. Pueden recogerlo de allí.

3. CDN Caching and Persistent Queries

Short description:

Las CDNs almacenan en caché contenido estático en servidores proxy en el borde de la red, guardando copias del contenido solicitado. Las consultas de GraphQL pueden tener encabezados de control de caché, pero adjuntarlos a las solicitudes POST es un desafío. Las consultas persistentes proporcionan una solución utilizando solicitudes GET e IDs de consulta abreviados. Esto acerca a GraphQL a las solicitudes regulares de HTTP GET. Otra opción es el control de caché de encuesta, donde se devuelve un encabezado de control de caché desde un punto final específico de la API REST.

Es mucho más rápido y más rápido. Si no, pueden ir a la sucursal principal o la sucursal principal y luego también pedir a la sucursal que tenga esas cosas en las sucursales más pequeñas o más caras para que puedan obtenerlo de allí. Así es como funciona el almacenamiento en caché de las CDNs. Básicamente, replica el contenido estático en servidores proxy en el borde de la red. Entonces, cuando un usuario solicita contenido de un sitio web utilizando una CDN, la CDN obtiene el contenido del servidor de origen o el servidor principal y luego guarda una copia del contenido para futuras solicitudes. El contenido en caché permanece en la caché de la CDN siempre que los usuarios sigan solicitándolo.

Bueno, ¿qué pasa con las consultas de GraphQL? ¿Hacia dónde vamos con esto? Bueno, las CDNs saben cómo almacenar en caché los recursos cuando realmente tienen esos encabezados de solicitud de los que hablamos adjuntos a ellos. Pero, ¿podemos usar esos encabezados de solicitud con las consultas de GraphQL? Sí, podemos. Podemos establecer encabezados de control de caché en una consulta de GraphQL, ¿verdad? Bueno, excepto que generalmente usamos recursos que son documentos de consulta. Bueno, sigue siendo un recurso. Entonces podemos establecer encabezados. En el ejemplo que ves aquí, un documento es nuestro recurso aquí y sin duda podríamos adjuntar el control de caché, la última modificación y algunos encabezados de e-texto a él. Pero aunque eso es posible en teoría ya que GraphQL usa POST, pero en la práctica básicamente no podemos adjuntar esos encabezados a POST y debemos usar GET. Entonces es por eso que recurrimos a las consultas persistentes como solución número uno para evitar adjuntar esos encabezados de los que hablamos a las consultas de GraphQL.

Un principio central en REST del que hablamos es que usas una URL para identificar una pieza de data, una pieza de recurso, y luego usamos el verbo GET en nuestra solicitud HTTP para indicar que estás leyendo algunos data, no escribiendo. Eso le dice a nuestras CDNs que está bien almacenar ese resultado ya que no espera modificar algo en el backend. En contraste con eso, históricamente, la mayoría de las herramientas gráficas enviaban solicitudes HTTP utilizando POST. En lugar de una URL, usaban un cuerpo de solicitud complicado que contiene una consulta y variables. Como complicación adicional, en algunos navegadores, hay un límite relativamente pequeño de tamaño de URL. Eso significa que puedes ajustar toda la consulta que estás haciendo y también los valores en las solicitudes GET. Entonces, ¿qué podemos hacer? Bueno, las consultas persistentes vienen a nuestro rescate. Al combinar ApolloLink, nuestra interfaz de red modular para el cliente, y la función de consultas persistentes automáticas de Apollo Engine, podemos abordar ambas preocupaciones a la vez. Después de configurar el motor, puedes agregar fácilmente ApolloLink persistent queries a tu código de cliente. Aquí tienes un ejemplo de código que utiliza un enlace de consulta persistente. Esto hará dos cosas por nosotros. Primero, enviar consultas a través de HTTP GET en lugar de POST, ¿verdad, porque las CDNs necesitan esa solicitud GET para entender que los recursos no están cambiando, mientras seguimos usando POST para las mutaciones. Y segundo, usar un ID de consulta persistente abreviado en la URL GET para que la clave de caché para las CDNs sea más corta y no alcancemos los límites de tamaño de URL. Esto acerca a GraphQL mucho más a las solicitudes regulares de HTTP GET para las que las CDNs están diseñadas para manejar.

Bueno, ¿qué más podemos hacer además de las consultas persistentes? Hablemos sobre el control de caché de encuesta. ¿Qué es eso? Con nuestra API REST, simplemente podemos devolver un encabezado de control de caché desde un punto final específico.

4. Control de caché y almacenamiento en caché de CDN

Short description:

Con GraphQL, mejoramos constantemente las consultas en el frontend, agregando y moviendo campos según sea necesario. El control de caché de encuesta garantiza que las indicaciones de caché se mantengan actualizadas con los cambios en la consulta con el tiempo. Permite especificar la expiración de la caché en diferentes niveles mientras se mantiene la flexibilidad de la consulta en el frontend. El motor combina las indicaciones de caché en un encabezado de control de caché que las CDNs pueden entender. El control de caché también se puede utilizar con Apollo Engine 2 para el almacenamiento en caché sin una CDN. Esta charla destacó la interacción entre las consultas persistentes automáticas, el control de caché de Apollo y Apollo Engine para un almacenamiento en caché eficiente de CDN.

Tal como hemos hablado, hasta que escribamos un nuevo punto final, este seguirá siendo el mismo, ¿verdad? Pero con GraphQL, mejoraremos constantemente las consultas en el frontend. Estamos agregando campos y moviendo campos. Tenemos diferentes versiones de la interfaz de usuario que se necesitan. Entonces, ¿cómo aseguramos que la indicación de control de caché se mantenga actualizada con la estructura de la consulta, incluso a medida que los data incluidos en el resultado cambien con el tiempo? Eso es lo que se pretende resolver con el control de caché de encuesta.

Esta es una especificación de cómo el servidor de GraphQL debe devolver indicaciones de caché a nivel de campo. Aquí podemos ver que viene con una implementación de referencia para JavaScript que nos muestra cómo podríamos especificar indicaciones de caché con diferentes niveles de especificidad. Aquí tenemos las indicaciones de caché, una edad máxima de 5 segundos para todo el esquema establecido con el control de caché. O podríamos tenerlo establecido en un tipo o campo gráfico, como hicimos aquí. Incluso podemos establecerlo en una única ejecución de un resolvedor. No es necesario que sea en todo el esquema. Esto es muy importante porque permite que nuestra API especifique la expiración de diferentes partes de data. No queremos que todo expire al mismo nivel. Mientras mantenemos la libertad del código en el frontend para especificar las consultas que necesite. Bueno, control de caché.

Al final del día, el motor combina todas estas indicaciones en un único encabezado de control de caché conveniente. Ese es nuestro ganador que las CDNs pueden entender. Solo una nota aquí. Si no estás utilizando una CDN, puedes usar el control de caché para alimentar la función de almacenamiento en caché de Apollo Engine 2, por lo que no es necesario utilizar específicamente una CDN. Entonces, para resumir todo lo que hemos hablado hoy, si tienes algunos datos gráficos de los que crees que te beneficiarías con un almacenamiento en caché de CDN en el borde, en realidad es muy sencillo hacer que todo funcione bien. Este es un gran ejemplo de cómo interactúan varias herramientas en las que hemos estado trabajando durante un tiempo. Primero, las consultas persistentes automáticas con Apollo. El enlace permite que las consultas utilicen GET mientras que las mutaciones siguen utilizando POST. En segundo lugar, el control de caché de Apollo te permite especificar información de control de caché de manera detallada orientada al esquema. Y en tercer lugar, Apollo Engine genera los IDs de consulta más pequeños, para que podamos utilizar esos IDs de consulta en nuestras solicitudes GET sin alcanzar el límite de tamaño de clave de caché. Y establecer el encabezado de control de caché para la CDN. Espero que hayas disfrutado mucho de esta charla. Si tienes alguna pregunta nuevamente, o si quieres conectarte conmigo, no dudes en encontrar todos mis contactos en mass.dev. Y espero poder hablar con todos ustedes en el canal de Discord de la conferencia. Gracias.

Check out more articles and videos

We constantly think of articles and videos that might spark Git people interest / skill us up or help building a stellar career

De GraphQL Zero a GraphQL Hero con RedwoodJS
GraphQL Galaxy 2021GraphQL Galaxy 2021
32 min
De GraphQL Zero a GraphQL Hero con RedwoodJS
Top Content
Tom Pressenwurter introduces Redwood.js, a full stack app framework for building GraphQL APIs easily and maintainably. He demonstrates a Redwood.js application with a React-based front end and a Node.js API. Redwood.js offers a simplified folder structure and schema for organizing the application. It provides easy data manipulation and CRUD operations through GraphQL functions. Redwood.js allows for easy implementation of new queries and directives, including authentication and limiting access to data. It is a stable and production-ready framework that integrates well with other front-end technologies.
Estado Local y Caché del Servidor: Encontrando un Equilibrio
Vue.js London Live 2021Vue.js London Live 2021
24 min
Estado Local y Caché del Servidor: Encontrando un Equilibrio
Top Content
This Talk discusses handling local state in software development, particularly when dealing with asynchronous behavior and API requests. It explores the challenges of managing global state and the need for actions when handling server data. The Talk also highlights the issue of fetching data not in Vuex and the challenges of keeping data up-to-date in Vuex. It mentions alternative tools like Apollo Client and React Query for handling local state. The Talk concludes with a discussion on GitLab going public and the celebration that followed.
Baterías Incluidas Reimaginadas - El Resurgimiento de GraphQL Yoga
GraphQL Galaxy 2021GraphQL Galaxy 2021
33 min
Baterías Incluidas Reimaginadas - El Resurgimiento de GraphQL Yoga
Envelope is a powerful GraphQL plugin system that simplifies server development and allows for powerful plugin integration. It provides conformity for large corporations with multiple GraphQL servers and can be used with various frameworks. Envelope acts as the Babel of GraphQL, allowing the use of non-spec features. The Guild offers GraphQL Hive, a service similar to Apollo Studio, and encourages collaboration with other frameworks and languages.
Aplicaciones sólidas de React y GraphQL para personas con prisa
GraphQL Galaxy 2022GraphQL Galaxy 2022
29 min
Aplicaciones sólidas de React y GraphQL para personas con prisa
The Talk discusses the challenges and advancements in using GraphQL and React together. It introduces RedwoodJS, a framework that simplifies frontend-backend integration and provides features like code generation, scaffolding, and authentication. The Talk demonstrates how to set up a Redwood project, generate layouts and models, and perform CRUD operations. Redwood automates many GraphQL parts and provides an easy way for developers to get started with GraphQL. It also highlights the benefits of Redwood and suggests checking out RedwoodJS.com for more information.
Adoptando GraphQL en una Empresa
GraphQL Galaxy 2021GraphQL Galaxy 2021
32 min
Adoptando GraphQL en una Empresa
Today's Talk is about adopting GraphQL in an enterprise. It discusses the challenges of using REST APIs and the benefits of GraphQL. The Talk explores different approaches to adopting GraphQL, including coexistence with REST APIs. It emphasizes the power of GraphQL and provides tips for successful adoption. Overall, the Talk highlights the advantages of GraphQL in terms of efficiency, collaboration, and control over APIs.
Deja paso a los resolvers: un nuevo enfoque para la ejecución de GraphQL
GraphQL Galaxy 2022GraphQL Galaxy 2022
16 min
Deja paso a los resolvers: un nuevo enfoque para la ejecución de GraphQL
GraphQL has made a huge impact in the way we build client applications, websites, and mobile apps. Despite the dominance of resolvers, the GraphQL specification does not mandate their use. Introducing Graphast, a new project that compiles GraphQL operations into execution and output plans, providing advanced optimizations. In GraphFast, instead of resolvers, we have plan resolvers that deal with future data. Graphfast plan resolvers are short and efficient, supporting all features of modern GraphQL.

Workshops on related topic

Construye una aplicación WordPress sin cabeza con Next.js y WPGraphQL
React Summit 2022React Summit 2022
173 min
Construye una aplicación WordPress sin cabeza con Next.js y WPGraphQL
Top Content
Workshop
Kellen Mace
Kellen Mace
En esta masterclass, aprenderás cómo construir una aplicación Next.js que utiliza Apollo Client para obtener datos de un backend de WordPress sin cabeza y usarlo para renderizar las páginas de tu aplicación. Aprenderás cuándo debes considerar una arquitectura de WordPress sin cabeza, cómo convertir un backend de WordPress en un servidor GraphQL, cómo componer consultas usando el IDE GraphiQL, cómo colocar fragmentos GraphQL con tus componentes, y más.
Construir con SvelteKit y GraphQL
GraphQL Galaxy 2021GraphQL Galaxy 2021
140 min
Construir con SvelteKit y GraphQL
Top Content
Workshop
Scott Spence
Scott Spence
¿Alguna vez has pensado en construir algo que no requiera mucho código de plantilla con un tamaño de paquete pequeño? En esta masterclass, Scott Spence irá desde el hola mundo hasta cubrir el enrutamiento y el uso de endpoints en SvelteKit. Configurarás una API de GraphQL en el backend y luego usarás consultas de GraphQL con SvelteKit para mostrar los datos de la API de GraphQL. Construirás un proyecto rápido y seguro que utiliza las características de SvelteKit, y luego lo desplegarás como un sitio completamente estático. Este curso es para los curiosos de Svelte que no han tenido una experiencia extensa con SvelteKit y quieren una comprensión más profunda de cómo usarlo en aplicaciones prácticas.

Tabla de contenidos:
- Inicio e introducción a Svelte
- Inicializar el proyecto frontend
- Recorrido por el proyecto esqueleto de SvelteKit
- Configurar el proyecto backend
- Consultar datos con GraphQL
- Recuperación de datos en el frontend con GraphQL
- Estilización
- Directivas de Svelte
- Enrutamiento en SvelteKit
- Endpoints en SvelteKit
- Despliegue en Netlify
- Navegación
- Mutaciones en GraphCMS
- Envío de mutaciones GraphQL a través de SvelteKit
- Preguntas y respuestas
Modelado de Bases de Datos Relacionales para GraphQL
GraphQL Galaxy 2020GraphQL Galaxy 2020
106 min
Modelado de Bases de Datos Relacionales para GraphQL
Top Content
Workshop
Adron Hall
Adron Hall
En esta masterclass profundizaremos en el modelado de datos. Comenzaremos con una discusión sobre varios tipos de bases de datos y cómo se mapean a GraphQL. Una vez que se haya establecido esa base, el enfoque se desplazará a tipos específicos de bases de datos y cómo construir modelos de datos que funcionen mejor para GraphQL en varios escenarios.
Índice de contenidosParte 1 - Hora 1      a. Modelado de Datos de Bases de Datos Relacionales      b. Comparando Bases de Datos Relacionales y NoSQL      c. GraphQL con la Base de Datos en menteParte 2 - Hora 2      a. Diseño de Modelos de Datos Relacionales      b. Relación, Construcción de Tablas Multijoin      c. Complejidades de Consulta de Modelado de Datos Relacionales y GraphQL
Prerrequisitos      a. Herramienta de modelado de datos. El formador utilizará dbdiagram      b. Postgres, aunque no es necesario instalar esto localmente, ya que estaré utilizando una imagen de Dicker de Postgres, de Docker Hub para todos los ejemplos      c. Hasura
Construir y Desplegar un Backend Con Fastify & Platformatic
JSNation 2023JSNation 2023
104 min
Construir y Desplegar un Backend Con Fastify & Platformatic
Top Content
WorkshopFree
Matteo Collina
Matteo Collina
Platformatic te permite desarrollar rápidamente GraphQL y REST APIs con un esfuerzo mínimo. La mejor parte es que también te permite desatar todo el potencial de Node.js y Fastify siempre que lo necesites. Puedes personalizar completamente una aplicación de Platformatic escribiendo tus propias características y plugins adicionales. En la masterclass, cubriremos tanto nuestros módulos de Open Source como nuestra oferta en la Nube:- Platformatic OSS (open-source software) — Herramientas y bibliotecas para construir rápidamente aplicaciones robustas con Node.js (https://oss.platformatic.dev/).- Platformatic Cloud (actualmente en beta) — Nuestra plataforma de alojamiento que incluye características como aplicaciones de vista previa, métricas integradas e integración con tu flujo de Git (https://platformatic.dev/). 
En esta masterclass aprenderás cómo desarrollar APIs con Fastify y desplegarlas en la Platformatic Cloud.
Construyendo APIs GraphQL sobre Ethereum con The Graph
GraphQL Galaxy 2021GraphQL Galaxy 2021
48 min
Construyendo APIs GraphQL sobre Ethereum con The Graph
Workshop
Nader Dabit
Nader Dabit
The Graph es un protocolo de indexación para consultar redes como Ethereum, IPFS y otras blockchains. Cualquiera puede construir y publicar APIs abiertas, llamadas subgrafos, para hacer que los datos sean fácilmente accesibles.

En este masterclass aprenderás cómo construir un subgrafo que indexa datos de blockchain de NFT del contrato inteligente Foundation. Desplegaremos la API y aprenderemos cómo realizar consultas para recuperar datos utilizando diferentes tipos de patrones de acceso a datos, implementando filtros y ordenamiento.

Al final del masterclass, deberías entender cómo construir y desplegar APIs de alto rendimiento en The Graph para indexar datos de cualquier contrato inteligente desplegado en Ethereum.
Problemas difíciles de GraphQL en Shopify
GraphQL Galaxy 2021GraphQL Galaxy 2021
164 min
Problemas difíciles de GraphQL en Shopify
Workshop
Rebecca Friedman
Jonathan Baker
Alex Ackerman
Théo Ben Hassen
 Greg MacWilliam
5 authors
En Shopify a gran escala, resolvemos algunos problemas bastante difíciles. En este masterclass, cinco oradores diferentes describirán algunos de los desafíos que hemos enfrentado y cómo los hemos superado.

Tabla de contenidos:
1 - El infame problema "N+1": Jonathan Baker - Vamos a hablar sobre qué es, por qué es un problema y cómo Shopify lo maneja a gran escala en varios APIs de GraphQL.
2 - Contextualizando APIs de GraphQL: Alex Ackerman - Cómo y por qué decidimos usar directivas. Compartiré qué son las directivas, qué directivas están disponibles de forma predeterminada y cómo crear directivas personalizadas.
3 - Consultas de GraphQL más rápidas para clientes móviles: Theo Ben Hassen - A medida que tu aplicación móvil crece, también lo harán tus consultas de GraphQL. En esta charla, repasaré diversas estrategias para hacer que tus consultas sean más rápidas y efectivas.
4 - Construyendo el producto del futuro hoy: Greg MacWilliam - Cómo Shopify adopta las características futuras en el código actual.
5 - Gestión efectiva de APIs grandes: Rebecca Friedman - Tenemos miles de desarrolladores en Shopify. Veamos cómo estamos asegurando la calidad y consistencia de nuestras APIs de GraphQL con tantos colaboradores.